[Met_help] [rt.rap.ucar.edu #89478] History for ref: Not generating output from "use_cases/track_and_intensity

John Halley Gotway via RT met_help at ucar.edu
Wed Jul 10 16:39:21 MDT 2019


----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

 For some strange reason, I am not generating output.
It may be due to trying to use file "slilly.nam.conf.theia" ( rename from
***.system.conf.theia) to define various dir and parameters.

If you look at  "slilly.nam.conf.theia" , it defines dir such as:
PROJ_DIR
OUTPUT_BASE
MET_BASE ...etc

as well as list parameters used in other config files such as:
INIT_BEG
INIT_END
STAT_LIST  ...etc

Now, I think my problem could be is the way the parameters listed in
" slilly.system.conf.theia" are defined in the config files.

This is how I run the codes:
master_metplus.py -c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-2.0/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
-c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-2.0/parm/slilly.nam.conf.theia

For example: in "metplus_data.conf"
PROJ_DIR needs to be defined:

I have notices parameters being defined as follows:
PROJ_DIR = {PROJ_DIR}    (defined in " slilly.system.conf.theia")
      and
PROJ_DIR = $(PROJ_DIR}
      and
PROJ_DIR = ${PROJ_DIR};
      and
PROJ_DIR = "${PROJ_DIR}"
      and
PROJ_DIR  = "{PROJ_DIR}"
      and
PROJ_DIR = {PROJ_DIR};

Question: Which of the above cases is correct?  Do you define dir one way;
     numbers (INIT_BEG = 20190102); and,  text ( STAT_LIST
     = TOTAL, FBAR) a different way?  Am I missing something?

Please take a look at my log file (master_metplus.log.20190326) which
can be found in
URL="/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/output/logs" for
more details.

Thanks for your help,
Steve


----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Tue Apr 16 14:29:29 2019

Hi Steve.  My apologies for the very delayed response.  This ticket
seemingly got lost somehow...

I just wanted to check in with you and see if you are still
experiencing a
problem.  I am on theia now and tried to take a look at your
slilly.nam.conf.theia at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-2.0/parm/,
but I
see that it no longer exists at that location, unfortunately.

Can you please let me know if you are still having trouble?  If so,
please
include the command you would like to run and want the problem is and
I
will be happy to help you.

Thanks,
Julie



On Tue, Mar 26, 2019 at 12:48 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> Tue Mar 26 12:48:48 2019: Request 89478 was acted upon.
> Transaction: Ticket created by steven.lilly at noaa.gov
>        Queue: met_help
>      Subject: ref: Not generating output from
> "use_cases/track_and_intensity
>        Owner: Nobody
>   Requestors: steven.lilly at noaa.gov
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
>
>  For some strange reason, I am not generating output.
> It may be due to trying to use file "slilly.nam.conf.theia" ( rename
from
> ***.system.conf.theia) to define various dir and parameters.
>
> If you look at  "slilly.nam.conf.theia" , it defines dir such as:
> PROJ_DIR
> OUTPUT_BASE
> MET_BASE ...etc
>
> as well as list parameters used in other config files such as:
> INIT_BEG
> INIT_END
> STAT_LIST  ...etc
>
> Now, I think my problem could be is the way the parameters listed in
> " slilly.system.conf.theia" are defined in the config files.
>
> This is how I run the codes:
> master_metplus.py -c
>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-
2.0/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> -c
>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-
2.0/parm/slilly.nam.conf.theia
>
> For example: in "metplus_data.conf"
> PROJ_DIR needs to be defined:
>
> I have notices parameters being defined as follows:
> PROJ_DIR = {PROJ_DIR}    (defined in " slilly.system.conf.theia")
>       and
> PROJ_DIR = $(PROJ_DIR}
>       and
> PROJ_DIR = ${PROJ_DIR};
>       and
> PROJ_DIR = "${PROJ_DIR}"
>       and
> PROJ_DIR  = "{PROJ_DIR}"
>       and
> PROJ_DIR = {PROJ_DIR};
>
> Question: Which of the above cases is correct?  Do you define dir
one way;
>      numbers (INIT_BEG = 20190102); and,  text ( STAT_LIST
>      = TOTAL, FBAR) a different way?  Am I missing something?
>
> Please take a look at my log file (master_metplus.log.20190326)
which
> can be found in
> URL="/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/output/logs"
for
> more details.
>
> Thanks for your help,
> Steve
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Wed Apr 17 06:35:05 2019

Good morning Julie,

Please help me with setting up the track_and_intensity utility for
display extratropical cyclones.  I have been working with Mallory on
this;
but she
is not familiar enough to answer some of my questions.   However, she
suggested
that I use METPLUS8.v2.0.4.

The location of my new directory is
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4"
on THEIA.  Mallory suggested that I "Hard wire the CONF  files
(initially)
to see if I can track down the problems
However, I am getting errors like:

4/17 11:52:04.326 metplus.TcPairs (tc_pairs_wrapper.py:510) WARNING:
process_atcf|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
A-deck filename doesn't + have .dat extension, using the A-deck
filename as
the base output .tcst file

I believe that this is related to how I define "FORECAST_TMPL" and
"REFERENCE_TMPL" found in track_and_intensity_ATCF.conf  located
at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples

04/17 11:52:04.326 metplus.TcPairs (command_runner.py:222) DEBUG:
LOG_MET_OUTPUT_TO_METPLUS log file is True
04/17 11:52:04.327 metplus.TcPairs (command_runner.py:119) INFO:
app_name
is: tc_pairs, output sent to:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs/master_metplus.log.20190417
04/17 11:52:04.363 mpi_impl (__init__.py:331) INFO: inside_aprun: not
detected: INSIDE_APRUN is not set or is 0
04/17 11:52:04.365 mpi_impl (__init__.py:331) INFO: lsf_cray_intel:
not
detected: aprun: cannot find executable
04/17 11:52:04.366 mpi_impl (__init__.py:331) INFO: mpirun_lsf: not
detected: mpirun.lsf: cannot find executable
/apps/intel/composer_xe_2013_sp1.2.144/mpirt/bin/intel64/mpirun: line
96:
/apps/intel/composer_xe_2013_sp1.2.144/mpirt/bin/intel64/mpivars.sh:
No
such file or directory

Could the above errors be due to how parameters "TC_STAT_JOBS_LIST"
and
TC_STAT_RUN_VIA" is defined in tc_stat_filter.conf located at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples
as well?

The command I have been using is located at
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush"
using either :
master_metplus.py -c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf

or
:master_metplus.py -c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf


I will greatly appreciate any advice on how to get this utility
running.

Have a Great day,
Steve






On Tue, Apr 16, 2019 at 4:29 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve.  My apologies for the very delayed response.  This ticket
> seemingly got lost somehow...
>
> I just wanted to check in with you and see if you are still
experiencing a
> problem.  I am on theia now and tried to take a look at your
> slilly.nam.conf.theia at
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-2.0/parm/,
but I
> see that it no longer exists at that location, unfortunately.
>
> Can you please let me know if you are still having trouble?  If so,
please
> include the command you would like to run and want the problem is
and I
> will be happy to help you.
>
> Thanks,
> Julie
>
>
>
> On Tue, Mar 26, 2019 at 12:48 PM Steven Lilly - NOAA Federal via RT
<
> met_help at ucar.edu> wrote:
>
> >
> > Tue Mar 26 12:48:48 2019: Request 89478 was acted upon.
> > Transaction: Ticket created by steven.lilly at noaa.gov
> >        Queue: met_help
> >      Subject: ref: Not generating output from
> > "use_cases/track_and_intensity
> >        Owner: Nobody
> >   Requestors: steven.lilly at noaa.gov
> >       Status: new
> >  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> >
> >  For some strange reason, I am not generating output.
> > It may be due to trying to use file "slilly.nam.conf.theia" (
rename from
> > ***.system.conf.theia) to define various dir and parameters.
> >
> > If you look at  "slilly.nam.conf.theia" , it defines dir such as:
> > PROJ_DIR
> > OUTPUT_BASE
> > MET_BASE ...etc
> >
> > as well as list parameters used in other config files such as:
> > INIT_BEG
> > INIT_END
> > STAT_LIST  ...etc
> >
> > Now, I think my problem could be is the way the parameters listed
in
> > " slilly.system.conf.theia" are defined in the config files.
> >
> > This is how I run the codes:
> > master_metplus.py -c
> >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-
2.0/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > -c
> >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/METplus-
2.0/parm/slilly.nam.conf.theia
> >
> > For example: in "metplus_data.conf"
> > PROJ_DIR needs to be defined:
> >
> > I have notices parameters being defined as follows:
> > PROJ_DIR = {PROJ_DIR}    (defined in " slilly.system.conf.theia")
> >       and
> > PROJ_DIR = $(PROJ_DIR}
> >       and
> > PROJ_DIR = ${PROJ_DIR};
> >       and
> > PROJ_DIR = "${PROJ_DIR}"
> >       and
> > PROJ_DIR  = "{PROJ_DIR}"
> >       and
> > PROJ_DIR = {PROJ_DIR};
> >
> > Question: Which of the above cases is correct?  Do you define dir
one
> way;
> >      numbers (INIT_BEG = 20190102); and,  text ( STAT_LIST
> >      = TOTAL, FBAR) a different way?  Am I missing something?
> >
> > Please take a look at my log file (master_metplus.log.20190326)
which
> > can be found in
> >
URL="/scratch4/NCEPDEV/stmp3/Steven.Lilly/EXTROPICAL.2/output/logs"
for
> > more details.
> >
> > Thanks for your help,
> > Steve
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Minna Win
Time: Wed Apr 17 10:48:03 2019

Hello Steve,

Julie assigned this ticket to me and I am currently busy with the next
METplus release.  I do not have access to 'theia' or any other WCOSS
hosts so if you can send/provide me with the following information, I
might be able to look at this in between release tasks:

-the master_metplus.conf file that was generated
-the names of your Adeck and Bdeck filenames (sample of each)
-your MET tc_pairs config file that you are "hard-coding"
-your log files

Thanks for your patience while we sort this out.

Regards,
Minna

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Wed Apr 17 12:06:01 2019

LOG file below:

04/17 17:25:26.499 metplus (master_metplus.py:93) INFO: Running
METplus
v2.0.4 called with command:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
-c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
04/17 17:25:26.501 metplus.TcPairs (tc_pairs_wrapper.py:59) INFO:
Initialized TcPairsWrapper
04/17 17:25:26.501 metplus.TcPairs (tc_pairs_wrapper.py:81) DEBUG:
DEBUG|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py|create_tcp_dict:
creating the tc_pairs dictionary with values from the config file
04/17 17:25:26.502 metplus.TCMPRPlotter (tcmpr_plotter_wrapper.py:162)
INFO: Using MET_BASE setting from user environment instead of metplus
configuration file. Using: /contrib/met/8.0/share/met
04/17 17:25:26.515 metplus.TCMPRPlotter (tcmpr_plotter_wrapper.py:206)
INFO: Using MET_BASE plot_tcmpr script:
/contrib/met/8.0/share/met/Rscripts/plot_tcmpr.R
04/17 17:25:26.519 metplus.TcPairs (tc_pairs_wrapper.py:205) INFO:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py|run_all_times|Started
run_all_times in TcPairsWrapper
04/17 17:25:26.519 metplus.TcPairs (tc_pairs_wrapper.py:1080) DEBUG:
set_env_vars|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
Setting environment variables that will be used by MET...
04/17 17:25:26.521 metplus.TcPairs (tc_pairs_wrapper.py:378) DEBUG:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py|process_atcf|
Processing ATCF_by_pairs track files...
04/17 17:25:26.524 metplus.TcPairs (tc_pairs_wrapper.py:1049) DEBUG:
get_input_track_files|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
Creating a list of input A-deck or B-deck track files
04/17 17:25:26.576 metplus.TcPairs (tc_pairs_wrapper.py:1049) DEBUG:
get_input_track_files|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
Creating a list of input A-deck or B-deck track files
04/17 17:25:26.580 metplus.TcPairs (tc_pairs_wrapper.py:597) DEBUG:
create_filename_regex|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:Generating
the filename regex from the filename_templates section.
04/17 17:25:26.581 metplus.TcPairs (tc_pairs_wrapper.py:597) DEBUG:
create_filename_regex|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:Generating
the filename regex from the filename_templates section.
04/17 17:25:26.582 metplus.TcPairs (tc_pairs_wrapper.py:681) DEBUG:
filter_input|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
Filtering track file input
04/17 17:25:26.582 metplus.TcPairs (tc_pairs_wrapper.py:762) INFO:
Nothing
to filter, returning original input data.
04/17 17:25:26.582 metplus.TcPairs (tc_pairs_wrapper.py:681) DEBUG:
filter_input|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
Filtering track file input
04/17 17:25:26.582 metplus.TcPairs (tc_pairs_wrapper.py:762) INFO:
Nothing
to filter, returning original input data.
04/17 17:25:26.601 metplus.TcPairs (tc_pairs_wrapper.py:510) WARNING:
process_atcf|/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/tc_pairs_wrapper.py:
A-deck filename doesn't + have .dat extension, using the A-deck
filename as
the base output .tcst file
04/17 17:25:26.602 metplus.TcPairs (command_runner.py:222) DEBUG:
LOG_MET_OUTPUT_TO_METPLUS log file is True
04/17 17:25:26.603 metplus.TcPairs (command_runner.py:119) INFO:
app_name
is: tc_pairs, output sent to:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs/master_metplus.log.20190417
04/17 17:25:26.666 metplus.TcPairs (command_runner.py:155) INFO:
RUNNING:
/contrib/met/8.0/bin/tc_pairs -v 2 -adeck
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001
-bdeck
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam
 /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001
-config
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
-out
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs/master_metplus.log.20190417
2>&1
/contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
libpng16.so.16: cannot open shared object file: No such file or
directory
04/17 17:25:26.693 metplus.TcPairs (tc_pairs_wrapper.py:1353) ERROR:
exe('/contrib/met/8.0/bin/tc_pairs')['-v','2','-
adeck','/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001','-
bdeck','/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001','-
config','/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig','-
out','/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/201501/amlq2015013118.nam.0001'].out('/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs/master_metplus.log.20190417',append=True).err2out():
non-zero exit status (returncode=127)

The master_metplus.conf file that was generated below:
[config]
CLOCK_TIME = 20190417172526
LOOP_METHOD = processes
PROCESS_LIST = TcPairs, TCMPRPlotter
INIT_TIME_FMT = %Y%m%d
INIT_BEG = 20150101
INIT_END = 20150331
INIT_INCREMENT = 21600
METPLUS_CONF =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/metplus_final.conf
LOG_METPLUS =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs/master_metplus.log.20190417
LOG_TIMESTAMP_TEMPLATE = %Y%m%d
LOG_TIMESTAMP_USE_DATATIME = no
LOG_MET_OUTPUT_TO_METPLUS = yes
LOG_MET_VERBOSITY = 2
LOG_LEVEL = DEBUG
TC_PAIRS_CONFIG_FILE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
INIT_HOUR_END = 18
INIT_INCLUDE =
INIT_EXCLUDE =
VALID_BEG =
VALID_END =
TOP_LEVEL_DIRS = no
CONFIG_FILE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/tcmpr_customize.conf
PREFIX =
TITLE =
SUBTITLE =
XLAB =
YLAB =
XLIM =
YLIM =
FILTER =
FILTERED_TCST_DATA_FILE =
DEP_VARS = TK_ERR
SCATTER_X =
SCATTER_Y =
SKILL_REF =
SERIES =
SERIES_CI = FALSE
LEGEND =
LEAD = 00,12,24,36,48,60,72,84,96,108,120
PLOT_TYPES = MEAN
RP_DIFF =
DEMO_YR =
HFIP_BASELINE =
FOOTNOTE_FLAG =
PLOT_CONFIG_OPTS =
SAVE_DATA =
NO_EE = yes
NO_LOG = no
SAVE = no
TRACK_TYPE =
ADECK_FILE_PREFIX = amlq
BDECK_FILE_PREFIX = bmlq
MISSING_VAL_TO_REPLACE = -99
MISSING_VAL = -9999
TRACK_DATA_MOD_FORCE_OVERWRITE = no
TC_PAIRS_FORCE_OVERWRITE = no
MODEL =
STORM_ID =
BASIN = ML
CYCLONE =
STORM_NAME =
DLAND_FILE =
/contrib/met/8.0/share/met/tc_data/dland_global_tenth_degree.nc
LOG_TIMESTAMP = 20190417
METPLUS_VERSION = 2.0.4

[dir]
PARM_BASE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm
OUTPUT_BASE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
STAGING_DIR = {OUTPUT_BASE}/stage
MET_INSTALL_DIR = /contrib/met/8.0
MET_BASE = {MET_INSTALL_DIR}/share/met
LOG_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
TMP_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tmp
PROJ_DIR = /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
INPUT_BASE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM
MODEL_DATA_DIR = {PROJ_DIR}/model_data
MET_BIN = /contrib/met/8.0/bin
TRACK_DATA_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data
ADECK_TRACK_DATA_DIR = {TRACK_DATA_DIR}
BDECK_TRACK_DATA_DIR = {ADECK_TRACK_DATA_DIR}
TRACK_DATA_SUBDIR_MOD =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/track_data_atcf
TC_PAIRS_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_pairs
TC_STAT_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_stat
TCMPR_DATA =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_pairs
TCMPR_PLOT_OUT_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tcmpr_plots
METPLUS_BASE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4

[exe]
WGRIB2 = wgrib2
RM_EXE = /bin/rm
CUT_EXE = /bin/cut
TR_EXE = /bin/tr
NCAP2_EXE = ncap2
CONVERT_EXE = /bin/convert
NCDUMP_EXE = /contrib/met/8.0/external_libs/bin/ncdump
EGREP_EXE = /bin/egrep

[filename_templates]
FORECAST_TMPL =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq*
REFERENCE_TMPL =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq*



the names of your Adeck and Bdeck filenames (sample of each) are
belowed;
????

Adeck ~ amlq2015033118.nam.0001

Bdeck ~ bmlq2015033118.nam.0014

your MET tc_pairs config file that you are "hard-coding" below:

////////////////////////////////////////////////////////////////////////////////
//
// Default TCPairs configuration file
//
////////////////////////////////////////////////////////////////////////////////

//
// ATCF file format reference:
//
http://www.nrlmry.navy.mil/atcf_web/docs/database/new/abrdeck.html
//

//
// Models
//
//model = [];
model = ${MODEL};
//
// Storm identifiers
//
//storm_id = [];
storm_id = ${STORM_ID};

//
// Basins
//
//basin = [];
///basin = ${BASIN};
basin = ML

//
// Cyclone numbers
//
//cyclone = [];
cyclone = ${CYCLONE};

//
// Storm names
//
//storm_name = [];
storm_name = ${STORM_NAME};
/
// Model initialization time windows to include or exclude
//
//init_beg = "";
///init_beg = "${INIT_BEG}";
init_beg = "20150101";
//init_end = "";
///init_end = "${INIT_END}";
init_end = "20150331";
//init_inc = [];
init_inc = ${INIT_INCLUDE};
//init_exc = [];
init_exc = ${INIT_EXCLUDE};
//
// Valid model time window
//
//valid_beg = "";
valid_beg = "${VALID_BEG}";
//valid_end = "";
valid_end = "${VALID_END}";

//
// Model initialization hours
//
init_hour = [];

//
// lat/lon polylines defining masking regions
//
init_mask  = "";
valid_mask = "";

//
// Specify if the code should check for duplicate ATCF lines
//
check_dup = FALSE;

//
// Specify special processing to be performed for interpolated models.
// Set to NONE, FILL, or REPLACE.
//
interp12 = REPLACE;

//
// Specify how consensus forecasts should be defined
//
consensus = [];

//
// Forecast lag times
//
lag_time = [];

//
// CLIPER/SHIFOR baseline forecasts to be derived from the BEST
// and operational (CARQ) tracks.
//
best_technique = [ "BEST" ];
best_baseline  = [];
oper_technique = [ "CARQ" ];
oper_baseline  = [];

anly_track = BDECK;

//
// Specify if only those track points common to both the ADECK and
BDECK
// tracks be written out.
//
match_points = TRUE;

//
// Specify the NetCDF output of the gen_dland tool containing a
gridded
// representation of the minimum distance to land.
//
//dland_file = "MET_BASE/tc_data/dland_global_tenth_degree.nc";
//dla///dland_file = "${DLAND_FILE}";
dland_file = "/contrib/met/8.0/share/met/tc_data/
dland_global_tenth_degree.nc";

//
// Specify watch/warning information:
//   - Input watch/warning filename
//   - Watch/warning time offset in seconds
//
watch_warn = {
///   file_name   = "MET_BASE/tc_data/wwpts_us.txt";
      file_name   "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
   time_offset = -14400;
}

//
// Indicate a version number for the contents of this configuration
file.
// The value should generally not be modified.
//
//version =

track_and_intensity_ATCF.conf  (used)
#
#  CONFIGURATION
#
[config]
# set looping method to processes-each 'task' in the process list runs
to
# completion (for all init times) before the next 'task' is run
LOOP_METHOD = processes

# Configuration files
#TC_PAIRS_CONFIG_FILE =
{PARM_BASE}/use_cases/track_and_intensity/met_config/TCPairsETCConfig
TC_PAIRS_CONFIG_FILE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig

# 'Tasks' to be run
PROCESS_LIST = TcPairs, TCMPRPlotter
#PROCESS_LIST = TCMPRPlotter
#PROCESS_LIST = TcPairs

# The init time begin and end times, increment, and last init hour.
INIT_BEG = 20150101
INIT_END = 20150331
# This is the step-size. Increment in seconds from the begin time to
the
end time
INIT_INCREMENT = 21600 ;; set to every 6 hours=21600 seconds

# This is the last hour in your initialization time that you want to
include in your time window
INIT_HOUR_END = 18

# A list of times to include, in format YYYYMMDD_hh
INIT_INCLUDE =

# A list of times to exclude, in format YYYYMMDD_hh
INIT_EXCLUDE =

#
# Specify model valid time window in format YYYYMM[DD[_hh]].  Only
tracks
that fall within the valid time window will
# be used.
#
VALID_BEG =
VALID_END =

##
# Run MET tc_pairs by indicating the top-level directories for the A-
deck
and B-deck files. Set to 'yes' to
# run using top-level directories, 'no' if you want to run tc_pairs on
files paired by the wrapper.
TOP_LEVEL_DIRS = no

#  Plot_TCMPR options, if left unset, default values that are
#  pre-defined in the R utility (packaged with MET) will be used.
#CONFIG_FILE =
{METPLUS_BASE}/parm/use_cases/track_and_intensity/tcmpr_customize.conf
CONFIG_FILE =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/tcmpr_customize.conf
PREFIX =
TITLE =
SUBTITLE =
XLAB =
YLAB =
XLIM =
YLIM =
FILTER =
FILTERED_TCST_DATA_FILE =
# Comma separated, no whitespace.  Default is TK_ERR (track error)
unless
# otherwise indicated.
DEP_VARS = TK_ERR
SCATTER_X =
SCATTER_Y =
SKILL_REF =
SERIES =
SERIES_CI = FALSE
LEGEND =
LEAD = 00,12,24,36,48,60,72,84,96,108,120
# Default plot is boxplot, unless otherwise indicated.  If box plot is
needed
# in addition to other plots, this needs to be indicated.
PLOT_TYPES = MEAN
RP_DIFF =
DEMO_YR =
HFIP_BASELINE =
FOOTNOTE_FLAG =
PLOT_CONFIG_OPTS =
SAVE_DATA =

# TCMPR FLAGS no == (don't set flag), yes == (set flag)
#NO_EE = no
NO_EE = yes
NO_LOG = no
SAVE = no

# TC PAIRS filtering options
# set TRACK_TYPE to extra_tropical_cyclone for non-ATCF formatted
track
files,
# empty or anything else for ATCF formatted track files.
TRACK_TYPE =

# Leave empty if not relevant to your data.  Used for SBU use case for
# extra tropical cyclone data (non-ATCF formatted data).
#ADECK_FILE_PREFIX =
ADECK_FILE_PREFIX = amlq
#BDECK_FILE_PREFIX =
BDECK_FILE_PREFIX = bmlq

# Some non-ATCF formatted track files (SBU extra tropical cyclone
data) may
inconsistently set
# missing values to -99 rather than -9999.
MISSING_VAL_TO_REPLACE = -99
MISSING_VAL = -9999

# OVERWRITE OPTIONS
# Don't overwrite filter files if they already exist.
# Set to no if you do NOT want to override existing files
# Set to yes if you do want to override existing files
TRACK_DATA_MOD_FORCE_OVERWRITE = no
TC_PAIRS_FORCE_OVERWRITE = no

#
# MET TC-Pairs
#
# List of models to be used (white space or comma separated) eg: DSHP,
LGEM, HWRF
# List of models to be used (white space or comma separated) eg: DSHP,
LGEM, HWRF
# If no models are listed, then process all models in the input
file(s).
MODEL =

# List of storm ids of interest (space or comma separated) e.g.:
AL112012,
AL122012
# If no storm ids are listed, then process all storm ids in the input
file(s).
STORM_ID =

# Basins (of origin/region).  Indicate with space or comma-separated
list
of regions, eg. AL: for North Atlantic,
# WP: Western North Pacific, CP: Central North Pacific, SH: Southern
Hemisphere, IO: North Indian Ocean, LS: Southern
# Hemisphere
#BASIN = WP, AL
#BASIN =
BASIN = ML

# Cyclone, a space or comma-separated list of cyclone numbers. If left
empty, all cyclones will be used.
#CYCLONE = 01, 02, 03, 04, 05
CYCLONE =

# Storm name, a space or comma-separated list of storm names to
evaluate.
If left empty, all storms will be used.
STORM_NAME =

# DLAND file, the full path of the file that contains the gridded
representation of the
# minimum distance from land.
#DLAND_FILE = MET_BASE/tc_data/dland_global_tenth_degree.nc
DLAND_FILE =
/contrib/met/8.0/share/met/tc_data/dland_global_tenth_degree.nc


#
#  DIRECTORIES
#
[dir]
#MET_BIN = {MET_INSTALL_DIR}/bin
MET_BIN = /contrib/met/8.0/bin

# track data, set to your data source
#TRACK_DATA_DIR = {INPUT_BASE}/cyclone_track_feature/track_data
TRACK_DATA_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data
ADECK_TRACK_DATA_DIR = {TRACK_DATA_DIR}
BDECK_TRACK_DATA_DIR = {ADECK_TRACK_DATA_DIR}
#TRACK_DATA_SUBDIR_MOD = {OUTPUT_BASE}/track_data_atcf
#TC_PAIRS_DIR = {OUTPUT_BASE}/tc_pairs
TC_PAIRS_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_pairs
#TC_STAT_DIR = {OUTPUT_BASE}/tc_pairs
TC_STAT_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_stat

# Input track data for TCMPR plotter
#TCMPR_DATA = {TC_PAIRS_DIR}
TCMPR_DATA =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tc_pairs

# location of TCMPR finished plots
#TCMPR_PLOT_OUT_DIR = {OUTPUT_BASE}/tcmpr_plots
TCMPR_PLOT_OUT_DIR =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/tcmpr_plots

#
#  FILENAME TEMPLATES
#
[filename_templates]
# Since track files do not adhere to any file naming conventions,
# define your subdirectories and filename templates here.  Provide
# the full filepath for ADeck and BDeck files.

#
# FORECAST track(s):
#
#
#
# To describe track data by full filepath.  This information is used
# to assist in the initial filtering of track data based on the
initialization window
# (as specified by the INIT_BEG, INIT_END, INIT_HOUR_END, and
INIT_INCREMENT).

# For date, specify %Y for year, %m for month, %d for day, and %h for
# hour.  For region and cyclone, specify format with %s.
# In this example, the a-deck file has the following format:
# atcfunix.gfso.2017071118.dat, where 2017 is the year, 07 is the
month,
# 11 is the day and 18 is the hour.
# FORECAST_TMPL =
/d1/METplus_TC/adeck/atcfunix.gfso.{date=%Y%m%d%h}.dat
#FORECAST_TMPL = /path/to
FORECAST_TMPL =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq*

# B-deck/best track/reference
# For date, specify %Y for year, %m for month, %d for day, and %h for
# hour.  For region and cyclone, specify format with %s.
# In this example, the filename has the format:
# bal112017.dat, where b indicates b-deck, al indicates the
region/basin,
# 11 indicates the cyclone, and 2017 is the date (as year).
# REFERENCE_TMPL =
/d1/METplus_TC/bdeck/b{region?fmt=%s}{cyclone?fmt=%s}{date=%Y}.dat
#REFERENCE_TMPL = /path/to
REFERENCE_TMPL =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq*


Thanks againg for you help.
Steve



On Wed, Apr 17, 2019 at 12:48 PM Minna Win via RT <met_help at ucar.edu>
wrote:

> Hello Steve,
>
> Julie assigned this ticket to me and I am currently busy with the
next
> METplus release.  I do not have access to 'theia' or any other WCOSS
hosts
> so if you can send/provide me with the following information, I
might be
> able to look at this in between release tasks:
>
> -the master_metplus.conf file that was generated
> -the names of your Adeck and Bdeck filenames (sample of each)
> -your MET tc_pairs config file that you are "hard-coding"
> -your log files
>
> Thanks for your patience while we sort this out.
>
> Regards,
> Minna
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Minna Win
Time: Wed Apr 17 14:58:16 2019

Hi Steve,

Thanks for sending me your information.

1) I noticed this error in your log file:

---------------------------snip----------------------------------------

/contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
libpng16.so.16: cannot open shared object file: No such file or
directory

---------------------------snip-------------------------------------------

which looks similar to an issue Perry S. observed when he was trying
to run something earlier today. Julie reinstalled the latest of
version of met-8.0 very recently.   Could you please try the
following, to ensure you are using the most recent build of met?

------------------run this on command line
----------------------------

      module use /global/noscrub/Julie.Prestopnik/modulefiles
      module load met/8.0

-------------------end run this-------------------------

2) I also noticed that your filename template isn't providing all the
information that the wrapper needs to determine whether something
falls within your time window of interest.

Your Adeck (and Bdeck) filenames look like
/path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
/path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)

if the YYYYmmddHH following the amlq(or bmlq) in the filename
corresponds to init times, could you please set your FORECAST_TMPL to:
 FORECAST_TMPL
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}

and your REFERENCE_TMPL to:
REFERENCE_TMPL =
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}

These are found under your [filename_templates] header of your METplus
config file.

The content after the 'init' lets the wrapper know to which init time
this particular Adeck or Bdeck corresponds (which might be why you
aren't getting any results).

If the YYYYmmddHH in the amlq/bmlq filename corresponds to a valid
time, then replace 'init' with 'valid' inside the {}'s in the filename
template settings.

If this still doesn't work, then send me your latest log files and
your master_metplus.conf so we can figure out what's still missing.

Regards,
Minna





------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Wed Apr 17 15:47:19 2019

Hi Steve.  I just wanted to follow up on Minna's email.  She mentioned
that
Perry S. had the same problem today, however he was running on "gyre"
(WCOSS).  You are running on "theia", so instead of running:

------------------run this on command line
----------------------------
>       module use /global/noscrub/Julie.Prestopnik/modulefiles
>       module load met/8.0


You would want to run the following instead:

> ------------------run this on command line
----------------------------
>       module use /contrib/modulefiles
>       module load met/8.0


However, you should have some sort of a set up script for METplus that
you
would run before running METplus.  Take a look
at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and see if
you
have something like that or if something like that is in your .bashrc
file
or .cshrc file.  If not, you want to run something like that before
running
METplus.  You can use mine as a template, but you would need to change
the
location for METPLUS_PATH for your use.

I hope that helps!  Please let us know how it goes.

Julie

On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Hi Steve,
>
> Thanks for sending me your information.
>
> 1) I noticed this error in your log file:
>
>
---------------------------snip----------------------------------------
>
> /contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
> libpng16.so.16: cannot open shared object file: No such file or
directory
>
>
---------------------------snip-------------------------------------------
>
> which looks similar to an issue Perry S. observed when he was trying
to
> run something earlier today. Julie reinstalled the latest of version
of
> met-8.0 very recently.   Could you please try the following, to
ensure you
> are using the most recent build of met?
>
> ------------------run this on command line
----------------------------
>
>       module use /global/noscrub/Julie.Prestopnik/modulefiles
>       module load met/8.0
>
> -------------------end run this-------------------------
>
> 2) I also noticed that your filename template isn't providing all
the
> information that the wrapper needs to determine whether something
falls
> within your time window of interest.
>
> Your Adeck (and Bdeck) filenames look like
> /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
>
> if the YYYYmmddHH following the amlq(or bmlq) in the filename
corresponds
> to init times, could you please set your FORECAST_TMPL to:
>  FORECAST_TMPL
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>
> and your REFERENCE_TMPL to:
> REFERENCE_TMPL =
>
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>
> These are found under your [filename_templates] header of your
METplus
> config file.
>
> The content after the 'init' lets the wrapper know to which init
time this
> particular Adeck or Bdeck corresponds (which might be why you aren't
> getting any results).
>
> If the YYYYmmddHH in the amlq/bmlq filename corresponds to a valid
time,
> then replace 'init' with 'valid' inside the {}'s in the filename
template
> settings.
>
> If this still doesn't work, then send me your latest log files and
your
> master_metplus.conf so we can figure out what's still missing.
>
> Regards,
> Minna
>
>
>
>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu Apr 18 11:55:43 2019

This seems to be an ongoing problem.
Both Minna and Julie are working on a solution.

Thanks,
Steve

On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve.  I just wanted to follow up on Minna's email.  She
mentioned that
> Perry S. had the same problem today, however he was running on
"gyre"
> (WCOSS).  You are running on "theia", so instead of running:
>
> ------------------run this on command line
----------------------------
> >       module use /global/noscrub/Julie.Prestopnik/modulefiles
> >       module load met/8.0
>
>
> You would want to run the following instead:
>
> > ------------------run this on command line
----------------------------
> >       module use /contrib/modulefiles
> >       module load met/8.0
>
>
> However, you should have some sort of a set up script for METplus
that you
> would run before running METplus.  Take a look
> at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and see
if you
> have something like that or if something like that is in your
.bashrc file
> or .cshrc file.  If not, you want to run something like that before
running
> METplus.  You can use mine as a template, but you would need to
change the
> location for METPLUS_PATH for your use.
>
> I hope that helps!  Please let us know how it goes.
>
> Julie
>
> On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Hi Steve,
> >
> > Thanks for sending me your information.
> >
> > 1) I noticed this error in your log file:
> >
> >
---------------------------snip----------------------------------------
> >
> > /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> > libpng16.so.16: cannot open shared object file: No such file or
directory
> >
> >
>
---------------------------snip-------------------------------------------
> >
> > which looks similar to an issue Perry S. observed when he was
trying to
> > run something earlier today. Julie reinstalled the latest of
version of
> > met-8.0 very recently.   Could you please try the following, to
ensure
> you
> > are using the most recent build of met?
> >
> > ------------------run this on command line
----------------------------
> >
> >       module use /global/noscrub/Julie.Prestopnik/modulefiles
> >       module load met/8.0
> >
> > -------------------end run this-------------------------
> >
> > 2) I also noticed that your filename template isn't providing all
the
> > information that the wrapper needs to determine whether something
falls
> > within your time window of interest.
> >
> > Your Adeck (and Bdeck) filenames look like
> > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> >
> > if the YYYYmmddHH following the amlq(or bmlq) in the filename
corresponds
> > to init times, could you please set your FORECAST_TMPL to:
> >  FORECAST_TMPL
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >
> > and your REFERENCE_TMPL to:
> > REFERENCE_TMPL =
> >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >
> > These are found under your [filename_templates] header of your
METplus
> > config file.
> >
> > The content after the 'init' lets the wrapper know to which init
time
> this
> > particular Adeck or Bdeck corresponds (which might be why you
aren't
> > getting any results).
> >
> > If the YYYYmmddHH in the amlq/bmlq filename corresponds to a valid
time,
> > then replace 'init' with 'valid' inside the {}'s in the filename
template
> > settings.
> >
> > If this still doesn't work, then send me your latest log files and
your
> > master_metplus.conf so we can figure out what's still missing.
> >
> > Regards,
> > Minna
> >
> >
> >
> >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Minna Win
Time: Thu Apr 18 12:07:56 2019

Hi Steve,

Did you try re-running with the updates to your filename templates?

Thanks,
Minna


---------------

On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> This seems to be an ongoing problem.
> Both Minna and Julie are working on a solution.
>
> Thanks,
> Steve
>
> On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> <met_help at ucar.edu>
> wrote:
>
> > Hi Steve.  I just wanted to follow up on Minna's email.  She
> > mentioned that
> > Perry S. had the same problem today, however he was running on
"gyre"
> > (WCOSS).  You are running on "theia", so instead of running:
> >
> > ------------------run this on command line
> > ----------------------------
> > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > module load met/8.0
> >
> >
> > You would want to run the following instead:
> >
> > > ------------------run this on command line
> > > ----------------------------
> > >       module use /contrib/modulefiles
> > >       module load met/8.0
> >
> >
> > However, you should have some sort of a set up script for METplus
> > that you
> > would run before running METplus.  Take a look
> > at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and see
if
> > you
> > have something like that or if something like that is in your
.bashrc
> > file
> > or .cshrc file.  If not, you want to run something like that
before
> > running
> > METplus.  You can use mine as a template, but you would need to
> > change the
> > location for METPLUS_PATH for your use.
> >
> > I hope that helps!  Please let us know how it goes.
> >
> > Julie
> >
> > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >
> > > Hi Steve,
> > >
> > > Thanks for sending me your information.
> > >
> > > 1) I noticed this error in your log file:
> > >
> > >
---------------------------snip----------------------------------------
> > >
> > > /contrib/met/8.0/bin/tc_pairs: error while loading shared
> > > libraries:
> > > libpng16.so.16: cannot open shared object file: No such file or
> > > directory
> > >
> > >
> >
---------------------------snip-------------------------------------------
> > >
> > > which looks similar to an issue Perry S. observed when he was
> > > trying to
> > > run something earlier today. Julie reinstalled the latest of
> > > version of
> > > met-8.0 very recently.   Could you please try the following, to
> > > ensure
> > you
> > > are using the most recent build of met?
> > >
> > > ------------------run this on command line
> > > ----------------------------
> > >
> > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > module load met/8.0
> > >
> > > -------------------end run this-------------------------
> > >
> > > 2) I also noticed that your filename template isn't providing
all
> > > the
> > > information that the wrapper needs to determine whether
something
> > > falls
> > > within your time window of interest.
> > >
> > > Your Adeck (and Bdeck) filenames look like
> > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> > >
> > > if the YYYYmmddHH following the amlq(or bmlq) in the filename
> > > corresponds
> > > to init times, could you please set your FORECAST_TMPL to:
> > >  FORECAST_TMPL
> > >
> >
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >
> > > and your REFERENCE_TMPL to:
> > > REFERENCE_TMPL =
> > >
> > >
> >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >
> > > These are found under your [filename_templates] header of your
> > > METplus
> > > config file.
> > >
> > > The content after the 'init' lets the wrapper know to which init
> > > time
> > this
> > > particular Adeck or Bdeck corresponds (which might be why you
> > > aren't
> > > getting any results).
> > >
> > > If the YYYYmmddHH in the amlq/bmlq filename corresponds to a
valid
> > > time,
> > > then replace 'init' with 'valid' inside the {}'s in the filename
> > > template
> > > settings.
> > >
> > > If this still doesn't work, then send me your latest log files
and
> > > your
> > > master_metplus.conf so we can figure out what's still missing.
> > >
> > > Regards,
> > > Minna
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >



------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu Apr 18 12:10:28 2019

Yes, I did.

Steve


On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <met_help at ucar.edu>
wrote:

> Hi Steve,
>
> Did you try re-running with the updates to your filename templates?
>
> Thanks,
> Minna
>
>
> ---------------
>
> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> > This seems to be an ongoing problem.
> > Both Minna and Julie are working on a solution.
> >
> > Thanks,
> > Steve
> >
> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> > <met_help at ucar.edu>
> > wrote:
> >
> > > Hi Steve.  I just wanted to follow up on Minna's email.  She
> > > mentioned that
> > > Perry S. had the same problem today, however he was running on
"gyre"
> > > (WCOSS).  You are running on "theia", so instead of running:
> > >
> > > ------------------run this on command line
> > > ----------------------------
> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > > module load met/8.0
> > >
> > >
> > > You would want to run the following instead:
> > >
> > > > ------------------run this on command line
> > > > ----------------------------
> > > >       module use /contrib/modulefiles
> > > >       module load met/8.0
> > >
> > >
> > > However, you should have some sort of a set up script for
METplus
> > > that you
> > > would run before running METplus.  Take a look
> > > at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and
see if
> > > you
> > > have something like that or if something like that is in your
.bashrc
> > > file
> > > or .cshrc file.  If not, you want to run something like that
before
> > > running
> > > METplus.  You can use mine as a template, but you would need to
> > > change the
> > > location for METPLUS_PATH for your use.
> > >
> > > I hope that helps!  Please let us know how it goes.
> > >
> > > Julie
> > >
> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> > > >
> > > > Hi Steve,
> > > >
> > > > Thanks for sending me your information.
> > > >
> > > > 1) I noticed this error in your log file:
> > > >
> > > >
>
---------------------------snip----------------------------------------
> > > >
> > > > /contrib/met/8.0/bin/tc_pairs: error while loading shared
> > > > libraries:
> > > > libpng16.so.16: cannot open shared object file: No such file
or
> > > > directory
> > > >
> > > >
> > >
>
---------------------------snip-------------------------------------------
> > > >
> > > > which looks similar to an issue Perry S. observed when he was
> > > > trying to
> > > > run something earlier today. Julie reinstalled the latest of
> > > > version of
> > > > met-8.0 very recently.   Could you please try the following,
to
> > > > ensure
> > > you
> > > > are using the most recent build of met?
> > > >
> > > > ------------------run this on command line
> > > > ----------------------------
> > > >
> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > > module load met/8.0
> > > >
> > > > -------------------end run this-------------------------
> > > >
> > > > 2) I also noticed that your filename template isn't providing
all
> > > > the
> > > > information that the wrapper needs to determine whether
something
> > > > falls
> > > > within your time window of interest.
> > > >
> > > > Your Adeck (and Bdeck) filenames look like
> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> > > >
> > > > if the YYYYmmddHH following the amlq(or bmlq) in the filename
> > > > corresponds
> > > > to init times, could you please set your FORECAST_TMPL to:
> > > >  FORECAST_TMPL
> > > >
> > >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >
> > > > and your REFERENCE_TMPL to:
> > > > REFERENCE_TMPL =
> > > >
> > > >
> > >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >
> > > > These are found under your [filename_templates] header of your
> > > > METplus
> > > > config file.
> > > >
> > > > The content after the 'init' lets the wrapper know to which
init
> > > > time
> > > this
> > > > particular Adeck or Bdeck corresponds (which might be why you
> > > > aren't
> > > > getting any results).
> > > >
> > > > If the YYYYmmddHH in the amlq/bmlq filename corresponds to a
valid
> > > > time,
> > > > then replace 'init' with 'valid' inside the {}'s in the
filename
> > > > template
> > > > settings.
> > > >
> > > > If this still doesn't work, then send me your latest log files
and
> > > > your
> > > > master_metplus.conf so we can figure out what's still missing.
> > > >
> > > > Regards,
> > > > Minna
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
>
>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu Apr 18 12:29:12 2019

Question:
MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)

In bashrc I have  module use contrib/modulefiles/met/8.0
if you cd to /contrib/modulefiles/met/8.0  ( it is not a directory)

Could this be causing a problem?

Thanks,
Steve

On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
steven.lilly at noaa.gov> wrote:

> Yes, I did.
>
> Steve
>
>
> On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
>> Hi Steve,
>>
>> Did you try re-running with the updates to your filename templates?
>>
>> Thanks,
>> Minna
>>
>>
>> ---------------
>>
>> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
>> > This seems to be an ongoing problem.
>> > Both Minna and Julie are working on a solution.
>> >
>> > Thanks,
>> > Steve
>> >
>> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
>> > <met_help at ucar.edu>
>> > wrote:
>> >
>> > > Hi Steve.  I just wanted to follow up on Minna's email.  She
>> > > mentioned that
>> > > Perry S. had the same problem today, however he was running on
"gyre"
>> > > (WCOSS).  You are running on "theia", so instead of running:
>> > >
>> > > ------------------run this on command line
>> > > ----------------------------
>> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
>> > > > module load met/8.0
>> > >
>> > >
>> > > You would want to run the following instead:
>> > >
>> > > > ------------------run this on command line
>> > > > ----------------------------
>> > > >       module use /contrib/modulefiles
>> > > >       module load met/8.0
>> > >
>> > >
>> > > However, you should have some sort of a set up script for
METplus
>> > > that you
>> > > would run before running METplus.  Take a look
>> > > at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and
see if
>> > > you
>> > > have something like that or if something like that is in your
.bashrc
>> > > file
>> > > or .cshrc file.  If not, you want to run something like that
before
>> > > running
>> > > METplus.  You can use mine as a template, but you would need to
>> > > change the
>> > > location for METPLUS_PATH for your use.
>> > >
>> > > I hope that helps!  Please let us know how it goes.
>> > >
>> > > Julie
>> > >
>> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT
<met_help at ucar.edu>
>> > > wrote:
>> > >
>> > > >
>> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
>> > > >
>> > > > Hi Steve,
>> > > >
>> > > > Thanks for sending me your information.
>> > > >
>> > > > 1) I noticed this error in your log file:
>> > > >
>> > > >
>>
---------------------------snip----------------------------------------
>> > > >
>> > > > /contrib/met/8.0/bin/tc_pairs: error while loading shared
>> > > > libraries:
>> > > > libpng16.so.16: cannot open shared object file: No such file
or
>> > > > directory
>> > > >
>> > > >
>> > >
>>
---------------------------snip-------------------------------------------
>> > > >
>> > > > which looks similar to an issue Perry S. observed when he was
>> > > > trying to
>> > > > run something earlier today. Julie reinstalled the latest of
>> > > > version of
>> > > > met-8.0 very recently.   Could you please try the following,
to
>> > > > ensure
>> > > you
>> > > > are using the most recent build of met?
>> > > >
>> > > > ------------------run this on command line
>> > > > ----------------------------
>> > > >
>> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
>> > > > module load met/8.0
>> > > >
>> > > > -------------------end run this-------------------------
>> > > >
>> > > > 2) I also noticed that your filename template isn't providing
all
>> > > > the
>> > > > information that the wrapper needs to determine whether
something
>> > > > falls
>> > > > within your time window of interest.
>> > > >
>> > > > Your Adeck (and Bdeck) filenames look like
>> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
>> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
>> > > >
>> > > > if the YYYYmmddHH following the amlq(or bmlq) in the filename
>> > > > corresponds
>> > > > to init times, could you please set your FORECAST_TMPL to:
>> > > >  FORECAST_TMPL
>> > > >
>> > >
>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > >
>> > > > and your REFERENCE_TMPL to:
>> > > > REFERENCE_TMPL =
>> > > >
>> > > >
>> > >
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > >
>> > > > These are found under your [filename_templates] header of
your
>> > > > METplus
>> > > > config file.
>> > > >
>> > > > The content after the 'init' lets the wrapper know to which
init
>> > > > time
>> > > this
>> > > > particular Adeck or Bdeck corresponds (which might be why you
>> > > > aren't
>> > > > getting any results).
>> > > >
>> > > > If the YYYYmmddHH in the amlq/bmlq filename corresponds to a
valid
>> > > > time,
>> > > > then replace 'init' with 'valid' inside the {}'s in the
filename
>> > > > template
>> > > > settings.
>> > > >
>> > > > If this still doesn't work, then send me your latest log
files and
>> > > > your
>> > > > master_metplus.conf so we can figure out what's still
missing.
>> > > >
>> > > > Regards,
>> > > > Minna
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > >
>> > >
>>
>>
>>
>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Thu Apr 18 13:42:38 2019

Hi Steve.

That is the correct setting for MET_BASE, however, I'm not sure that
MET_BASE is being picked up by the code.  Let me explain.

>From the log file you sent, it looks like you ran the following
command:

/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
-c
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf

I don't see your slilly.system.conf.theia being passed in, nor do I
see it
anywhere under
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/.

Thinking you might have MET_BASE set somewhere else, I ran the
following
command to try to find the setting of MET_BASE in a parm file under
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/,
but
could not find anything:

find /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> -name "*.py" | xargs egrep -n MET_BASE | more
>

Please be sure to have a system file that contains MET_BASE and the
other
necessary fields that were contained in your slilly.system.conf.theia,
or
ensure these variables are included in another parm file, and make
sure
that file is passed in your call to master_metplus.py.

Give that a try and please let us know how it goes.   If you still
have
problems, please send us your log file and also your
metplus_final.conf
file.  Thanks!

Julie

On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Question:
> MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
>
> In bashrc I have  module use contrib/modulefiles/met/8.0
> if you cd to /contrib/modulefiles/met/8.0  ( it is not a directory)
>
> Could this be causing a problem?
>
> Thanks,
> Steve
>
> On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
> steven.lilly at noaa.gov> wrote:
>
> > Yes, I did.
> >
> > Steve
> >
> >
> > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT
<met_help at ucar.edu>
> > wrote:
> >
> >> Hi Steve,
> >>
> >> Did you try re-running with the updates to your filename
templates?
> >>
> >> Thanks,
> >> Minna
> >>
> >>
> >> ---------------
> >>
> >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> >> > This seems to be an ongoing problem.
> >> > Both Minna and Julie are working on a solution.
> >> >
> >> > Thanks,
> >> > Steve
> >> >
> >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> >> > <met_help at ucar.edu>
> >> > wrote:
> >> >
> >> > > Hi Steve.  I just wanted to follow up on Minna's email.  She
> >> > > mentioned that
> >> > > Perry S. had the same problem today, however he was running
on
> "gyre"
> >> > > (WCOSS).  You are running on "theia", so instead of running:
> >> > >
> >> > > ------------------run this on command line
> >> > > ----------------------------
> >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> >> > > > module load met/8.0
> >> > >
> >> > >
> >> > > You would want to run the following instead:
> >> > >
> >> > > > ------------------run this on command line
> >> > > > ----------------------------
> >> > > >       module use /contrib/modulefiles
> >> > > >       module load met/8.0
> >> > >
> >> > >
> >> > > However, you should have some sort of a set up script for
METplus
> >> > > that you
> >> > > would run before running METplus.  Take a look
> >> > > at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
and see
> if
> >> > > you
> >> > > have something like that or if something like that is in your
> .bashrc
> >> > > file
> >> > > or .cshrc file.  If not, you want to run something like that
before
> >> > > running
> >> > > METplus.  You can use mine as a template, but you would need
to
> >> > > change the
> >> > > location for METPLUS_PATH for your use.
> >> > >
> >> > > I hope that helps!  Please let us know how it goes.
> >> > >
> >> > > Julie
> >> > >
> >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT
<met_help at ucar.edu
> >
> >> > > wrote:
> >> > >
> >> > > >
> >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >> > > >
> >> > > > Hi Steve,
> >> > > >
> >> > > > Thanks for sending me your information.
> >> > > >
> >> > > > 1) I noticed this error in your log file:
> >> > > >
> >> > > >
> >>
---------------------------snip----------------------------------------
> >> > > >
> >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading shared
> >> > > > libraries:
> >> > > > libpng16.so.16: cannot open shared object file: No such
file or
> >> > > > directory
> >> > > >
> >> > > >
> >> > >
> >>
>
---------------------------snip-------------------------------------------
> >> > > >
> >> > > > which looks similar to an issue Perry S. observed when he
was
> >> > > > trying to
> >> > > > run something earlier today. Julie reinstalled the latest
of
> >> > > > version of
> >> > > > met-8.0 very recently.   Could you please try the
following, to
> >> > > > ensure
> >> > > you
> >> > > > are using the most recent build of met?
> >> > > >
> >> > > > ------------------run this on command line
> >> > > > ----------------------------
> >> > > >
> >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> >> > > > module load met/8.0
> >> > > >
> >> > > > -------------------end run this-------------------------
> >> > > >
> >> > > > 2) I also noticed that your filename template isn't
providing all
> >> > > > the
> >> > > > information that the wrapper needs to determine whether
something
> >> > > > falls
> >> > > > within your time window of interest.
> >> > > >
> >> > > > Your Adeck (and Bdeck) filenames look like
> >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> >> > > >
> >> > > > if the YYYYmmddHH following the amlq(or bmlq) in the
filename
> >> > > > corresponds
> >> > > > to init times, could you please set your FORECAST_TMPL to:
> >> > > >  FORECAST_TMPL
> >> > > >
> >> > >
> >>
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >> > > >
> >> > > > and your REFERENCE_TMPL to:
> >> > > > REFERENCE_TMPL =
> >> > > >
> >> > > >
> >> > >
> >>
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >> > > >
> >> > > > These are found under your [filename_templates] header of
your
> >> > > > METplus
> >> > > > config file.
> >> > > >
> >> > > > The content after the 'init' lets the wrapper know to which
init
> >> > > > time
> >> > > this
> >> > > > particular Adeck or Bdeck corresponds (which might be why
you
> >> > > > aren't
> >> > > > getting any results).
> >> > > >
> >> > > > If the YYYYmmddHH in the amlq/bmlq filename corresponds to
a valid
> >> > > > time,
> >> > > > then replace 'init' with 'valid' inside the {}'s in the
filename
> >> > > > template
> >> > > > settings.
> >> > > >
> >> > > > If this still doesn't work, then send me your latest log
files and
> >> > > > your
> >> > > > master_metplus.conf so we can figure out what's still
missing.
> >> > > >
> >> > > > Regards,
> >> > > > Minna
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >>
> >>
> >>
> >>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Mon Apr 22 12:48:20 2019

I am confuse.  "slilly.nam.conf.theia" is found
at /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.

I have HW each parameter appearing in the config file; as well as,
defined
some
of the parameters in "slilly.nam.conf.theia".  MET_BASE is defined in
all
config file
and in slilly.nam.conf.theia

In the log file (*20190422.....using MET_BASE setting from user
environment
instead of metplus config
using /contrib/met/8.0/share/met ).  Is MET_BASE defined correctly?

I have reviewed  all the config files several times ( they seem to be
right???).

What am I doing wrong!

Thanks,
Steve













On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve.
>
> That is the correct setting for MET_BASE, however, I'm not sure that
> MET_BASE is being picked up by the code.  Let me explain.
>
> From the log file you sent, it looks like you ran the following
command:
>
>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> -c
>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>
> I don't see your slilly.system.conf.theia being passed in, nor do I
see it
> anywhere under
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/.
>
> Thinking you might have MET_BASE set somewhere else, I ran the
following
> command to try to find the setting of MET_BASE in a parm file under
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/,
but
> could not find anything:
>
> find /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > -name "*.py" | xargs egrep -n MET_BASE | more
> >
>
> Please be sure to have a system file that contains MET_BASE and the
other
> necessary fields that were contained in your
slilly.system.conf.theia, or
> ensure these variables are included in another parm file, and make
sure
> that file is passed in your call to master_metplus.py.
>
> Give that a try and please let us know how it goes.   If you still
have
> problems, please send us your log file and also your
metplus_final.conf
> file.  Thanks!
>
> Julie
>
> On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal via RT
<
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Question:
> > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
> >
> > In bashrc I have  module use contrib/modulefiles/met/8.0
> > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
directory)
> >
> > Could this be causing a problem?
> >
> > Thanks,
> > Steve
> >
> > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
> > steven.lilly at noaa.gov> wrote:
> >
> > > Yes, I did.
> > >
> > > Steve
> > >
> > >
> > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > >> Hi Steve,
> > >>
> > >> Did you try re-running with the updates to your filename
templates?
> > >>
> > >> Thanks,
> > >> Minna
> > >>
> > >>
> > >> ---------------
> > >>
> > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> > >> > This seems to be an ongoing problem.
> > >> > Both Minna and Julie are working on a solution.
> > >> >
> > >> > Thanks,
> > >> > Steve
> > >> >
> > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> > >> > <met_help at ucar.edu>
> > >> > wrote:
> > >> >
> > >> > > Hi Steve.  I just wanted to follow up on Minna's email.
She
> > >> > > mentioned that
> > >> > > Perry S. had the same problem today, however he was running
on
> > "gyre"
> > >> > > (WCOSS).  You are running on "theia", so instead of
running:
> > >> > >
> > >> > > ------------------run this on command line
> > >> > > ----------------------------
> > >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > >> > > > module load met/8.0
> > >> > >
> > >> > >
> > >> > > You would want to run the following instead:
> > >> > >
> > >> > > > ------------------run this on command line
> > >> > > > ----------------------------
> > >> > > >       module use /contrib/modulefiles
> > >> > > >       module load met/8.0
> > >> > >
> > >> > >
> > >> > > However, you should have some sort of a set up script for
METplus
> > >> > > that you
> > >> > > would run before running METplus.  Take a look
> > >> > > at /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
and see
> > if
> > >> > > you
> > >> > > have something like that or if something like that is in
your
> > .bashrc
> > >> > > file
> > >> > > or .cshrc file.  If not, you want to run something like
that
> before
> > >> > > running
> > >> > > METplus.  You can use mine as a template, but you would
need to
> > >> > > change the
> > >> > > location for METPLUS_PATH for your use.
> > >> > >
> > >> > > I hope that helps!  Please let us know how it goes.
> > >> > >
> > >> > > Julie
> > >> > >
> > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
> met_help at ucar.edu
> > >
> > >> > > wrote:
> > >> > >
> > >> > > >
> > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >> > > >
> > >> > > > Hi Steve,
> > >> > > >
> > >> > > > Thanks for sending me your information.
> > >> > > >
> > >> > > > 1) I noticed this error in your log file:
> > >> > > >
> > >> > > >
> > >>
>
---------------------------snip----------------------------------------
> > >> > > >
> > >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading shared
> > >> > > > libraries:
> > >> > > > libpng16.so.16: cannot open shared object file: No such
file or
> > >> > > > directory
> > >> > > >
> > >> > > >
> > >> > >
> > >>
> >
>
---------------------------snip-------------------------------------------
> > >> > > >
> > >> > > > which looks similar to an issue Perry S. observed when he
was
> > >> > > > trying to
> > >> > > > run something earlier today. Julie reinstalled the latest
of
> > >> > > > version of
> > >> > > > met-8.0 very recently.   Could you please try the
following, to
> > >> > > > ensure
> > >> > > you
> > >> > > > are using the most recent build of met?
> > >> > > >
> > >> > > > ------------------run this on command line
> > >> > > > ----------------------------
> > >> > > >
> > >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > >> > > > module load met/8.0
> > >> > > >
> > >> > > > -------------------end run this-------------------------
> > >> > > >
> > >> > > > 2) I also noticed that your filename template isn't
providing
> all
> > >> > > > the
> > >> > > > information that the wrapper needs to determine whether
> something
> > >> > > > falls
> > >> > > > within your time window of interest.
> > >> > > >
> > >> > > > Your Adeck (and Bdeck) filenames look like
> > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> > >> > > >
> > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in the
filename
> > >> > > > corresponds
> > >> > > > to init times, could you please set your FORECAST_TMPL
to:
> > >> > > >  FORECAST_TMPL
> > >> > > >
> > >> > >
> > >>
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >> > > >
> > >> > > > and your REFERENCE_TMPL to:
> > >> > > > REFERENCE_TMPL =
> > >> > > >
> > >> > > >
> > >> > >
> > >>
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >> > > >
> > >> > > > These are found under your [filename_templates] header of
your
> > >> > > > METplus
> > >> > > > config file.
> > >> > > >
> > >> > > > The content after the 'init' lets the wrapper know to
which init
> > >> > > > time
> > >> > > this
> > >> > > > particular Adeck or Bdeck corresponds (which might be why
you
> > >> > > > aren't
> > >> > > > getting any results).
> > >> > > >
> > >> > > > If the YYYYmmddHH in the amlq/bmlq filename corresponds
to a
> valid
> > >> > > > time,
> > >> > > > then replace 'init' with 'valid' inside the {}'s in the
filename
> > >> > > > template
> > >> > > > settings.
> > >> > > >
> > >> > > > If this still doesn't work, then send me your latest log
files
> and
> > >> > > > your
> > >> > > > master_metplus.conf so we can figure out what's still
missing.
> > >> > > >
> > >> > > > Regards,
> > >> > > > Minna
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >>
> > >>
> > >>
> > >>
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Mon Apr 22 13:41:44 2019

Hi Steve.  Thank you for letting us know that you have a
slilly.nam.conf.theia file at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config that
is
the one you want to use.  I didn't look there, but rather only looked
one
directory deeper in the "METplus-2.0.4" subdirectory of
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".

I have HW each parameter appearing in the config file
>
I am not sure what "HW" means.  Please excuse my ignorance.

Is MET_BASE defined correctly?
>
Yes, MET_BASE seems to be defined correctly.

However, you did not include this slilly.nam.conf.theia  file in your
call
to master_met_plus.py, so MET_BASE was likely not defined.  Please try
running the following (note the addition of the slilly.nam.conf.theia
file)
and let us know how it goes:

*/scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
*METplus-2.0.4/ush/master_**metplus.py -c /scratch4/NCEPDEV/stmp3/*
*Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
*track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
*config/slilly.nam.conf.theia*

Hopefully, that will resolve the problem you are experiencing.

Julie


On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> I am confuse.  "slilly.nam.conf.theia" is found
> at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>
> I have HW each parameter appearing in the config file; as well as,
defined
> some
> of the parameters in "slilly.nam.conf.theia".  MET_BASE is defined
in all
> config file
> and in slilly.nam.conf.theia
>
> In the log file (*20190422.....using MET_BASE setting from user
environment
> instead of metplus config
> using /contrib/met/8.0/share/met ).  Is MET_BASE defined correctly?
>
> I have reviewed  all the config files several times ( they seem to
be
> right???).
>
> What am I doing wrong!
>
> Thanks,
> Steve
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Steve.
> >
> > That is the correct setting for MET_BASE, however, I'm not sure
that
> > MET_BASE is being picked up by the code.  Let me explain.
> >
> > From the log file you sent, it looks like you ran the following
command:
> >
> >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > -c
> >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> >
> > I don't see your slilly.system.conf.theia being passed in, nor do
I see
> it
> > anywhere under
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> >
> > Thinking you might have MET_BASE set somewhere else, I ran the
following
> > command to try to find the setting of MET_BASE in a parm file
under
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/, but
> > could not find anything:
> >
> > find /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > >
> >
> > Please be sure to have a system file that contains MET_BASE and
the other
> > necessary fields that were contained in your
slilly.system.conf.theia, or
> > ensure these variables are included in another parm file, and make
sure
> > that file is passed in your call to master_metplus.py.
> >
> > Give that a try and please let us know how it goes.   If you still
have
> > problems, please send us your log file and also your
metplus_final.conf
> > file.  Thanks!
> >
> > Julie
> >
> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal via
RT <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >
> > > Question:
> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
> > >
> > > In bashrc I have  module use contrib/modulefiles/met/8.0
> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
directory)
> > >
> > > Could this be causing a problem?
> > >
> > > Thanks,
> > > Steve
> > >
> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
> > > steven.lilly at noaa.gov> wrote:
> > >
> > > > Yes, I did.
> > > >
> > > > Steve
> > > >
> > > >
> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT
<met_help at ucar.edu>
> > > > wrote:
> > > >
> > > >> Hi Steve,
> > > >>
> > > >> Did you try re-running with the updates to your filename
templates?
> > > >>
> > > >> Thanks,
> > > >> Minna
> > > >>
> > > >>
> > > >> ---------------
> > > >>
> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> > > >> > This seems to be an ongoing problem.
> > > >> > Both Minna and Julie are working on a solution.
> > > >> >
> > > >> > Thanks,
> > > >> > Steve
> > > >> >
> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> > > >> > <met_help at ucar.edu>
> > > >> > wrote:
> > > >> >
> > > >> > > Hi Steve.  I just wanted to follow up on Minna's email.
She
> > > >> > > mentioned that
> > > >> > > Perry S. had the same problem today, however he was
running on
> > > "gyre"
> > > >> > > (WCOSS).  You are running on "theia", so instead of
running:
> > > >> > >
> > > >> > > ------------------run this on command line
> > > >> > > ----------------------------
> > > >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > >> > > > module load met/8.0
> > > >> > >
> > > >> > >
> > > >> > > You would want to run the following instead:
> > > >> > >
> > > >> > > > ------------------run this on command line
> > > >> > > > ----------------------------
> > > >> > > >       module use /contrib/modulefiles
> > > >> > > >       module load met/8.0
> > > >> > >
> > > >> > >
> > > >> > > However, you should have some sort of a set up script for
> METplus
> > > >> > > that you
> > > >> > > would run before running METplus.  Take a look
> > > >> > > at
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and
> see
> > > if
> > > >> > > you
> > > >> > > have something like that or if something like that is in
your
> > > .bashrc
> > > >> > > file
> > > >> > > or .cshrc file.  If not, you want to run something like
that
> > before
> > > >> > > running
> > > >> > > METplus.  You can use mine as a template, but you would
need to
> > > >> > > change the
> > > >> > > location for METPLUS_PATH for your use.
> > > >> > >
> > > >> > > I hope that helps!  Please let us know how it goes.
> > > >> > >
> > > >> > > Julie
> > > >> > >
> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
> > met_help at ucar.edu
> > > >
> > > >> > > wrote:
> > > >> > >
> > > >> > > >
> > > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> > > >> > > >
> > > >> > > > Hi Steve,
> > > >> > > >
> > > >> > > > Thanks for sending me your information.
> > > >> > > >
> > > >> > > > 1) I noticed this error in your log file:
> > > >> > > >
> > > >> > > >
> > > >>
> >
---------------------------snip----------------------------------------
> > > >> > > >
> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading
shared
> > > >> > > > libraries:
> > > >> > > > libpng16.so.16: cannot open shared object file: No such
file
> or
> > > >> > > > directory
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >>
> > >
> >
>
---------------------------snip-------------------------------------------
> > > >> > > >
> > > >> > > > which looks similar to an issue Perry S. observed when
he was
> > > >> > > > trying to
> > > >> > > > run something earlier today. Julie reinstalled the
latest of
> > > >> > > > version of
> > > >> > > > met-8.0 very recently.   Could you please try the
following,
> to
> > > >> > > > ensure
> > > >> > > you
> > > >> > > > are using the most recent build of met?
> > > >> > > >
> > > >> > > > ------------------run this on command line
> > > >> > > > ----------------------------
> > > >> > > >
> > > >> > > > module use /global/noscrub/Julie.Prestopnik/modulefiles
> > > >> > > > module load met/8.0
> > > >> > > >
> > > >> > > > -------------------end run
this-------------------------
> > > >> > > >
> > > >> > > > 2) I also noticed that your filename template isn't
providing
> > all
> > > >> > > > the
> > > >> > > > information that the wrapper needs to determine whether
> > something
> > > >> > > > falls
> > > >> > > > within your time window of interest.
> > > >> > > >
> > > >> > > > Your Adeck (and Bdeck) filenames look like
> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> > > >> > > >
> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in the
filename
> > > >> > > > corresponds
> > > >> > > > to init times, could you please set your FORECAST_TMPL
to:
> > > >> > > >  FORECAST_TMPL
> > > >> > > >
> > > >> > >
> > > >>
> > >
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >> > > >
> > > >> > > > and your REFERENCE_TMPL to:
> > > >> > > > REFERENCE_TMPL =
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >>
> > >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >> > > >
> > > >> > > > These are found under your [filename_templates] header
of your
> > > >> > > > METplus
> > > >> > > > config file.
> > > >> > > >
> > > >> > > > The content after the 'init' lets the wrapper know to
which
> init
> > > >> > > > time
> > > >> > > this
> > > >> > > > particular Adeck or Bdeck corresponds (which might be
why you
> > > >> > > > aren't
> > > >> > > > getting any results).
> > > >> > > >
> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename corresponds
to a
> > valid
> > > >> > > > time,
> > > >> > > > then replace 'init' with 'valid' inside the {}'s in the
> filename
> > > >> > > > template
> > > >> > > > settings.
> > > >> > > >
> > > >> > > > If this still doesn't work, then send me your latest
log files
> > and
> > > >> > > > your
> > > >> > > > master_metplus.conf so we can figure out what's still
missing.
> > > >> > > >
> > > >> > > > Regards,
> > > >> > > > Minna
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >>
> > > >>
> > > >>
> > > >>
> > >
> > >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Thu Apr 25 11:11:25 2019

Hi Steve.  I just wanted to follow up and see if you were able to get
a
successful run after the inclusion of slilly.nam.conf.theia in your
call to
master_metplus.py?  Please let us know how it goes.

Thanks,
Julie

On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Steve.  Thank you for letting us know that you have a
> slilly.nam.conf.theia file at
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
that is
> the one you want to use.  I didn't look there, but rather only
looked one
> directory deeper in the "METplus-2.0.4" subdirectory of
> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
>
> I have HW each parameter appearing in the config file
>>
> I am not sure what "HW" means.  Please excuse my ignorance.
>
> Is MET_BASE defined correctly?
>>
> Yes, MET_BASE seems to be defined correctly.
>
> However, you did not include this slilly.nam.conf.theia  file in
your call
> to master_met_plus.py, so MET_BASE was likely not defined.  Please
try
> running the following (note the addition of the
slilly.nam.conf.theia file)
> and let us know how it goes:
>
> */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> *METplus-2.0.4/ush/master_**metplus.py -c /scratch4/NCEPDEV/stmp3/*
> *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> *track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
> /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> *config/slilly.nam.conf.theia*
>
> Hopefully, that will resolve the problem you are experiencing.
>
> Julie
>
>
> On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal via RT
<
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>
>> I am confuse.  "slilly.nam.conf.theia" is found
>> at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>>
>> I have HW each parameter appearing in the config file; as well as,
defined
>> some
>> of the parameters in "slilly.nam.conf.theia".  MET_BASE is defined
in all
>> config file
>> and in slilly.nam.conf.theia
>>
>> In the log file (*20190422.....using MET_BASE setting from user
>> environment
>> instead of metplus config
>> using /contrib/met/8.0/share/met ).  Is MET_BASE defined correctly?
>>
>> I have reviewed  all the config files several times ( they seem to
be
>> right???).
>>
>> What am I doing wrong!
>>
>> Thanks,
>> Steve
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi Steve.
>> >
>> > That is the correct setting for MET_BASE, however, I'm not sure
that
>> > MET_BASE is being picked up by the code.  Let me explain.
>> >
>> > From the log file you sent, it looks like you ran the following
command:
>> >
>> >
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
>> > -c
>> >
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>> >
>> > I don't see your slilly.system.conf.theia being passed in, nor do
I see
>> it
>> > anywhere under
>> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
>> >
>> > Thinking you might have MET_BASE set somewhere else, I ran the
following
>> > command to try to find the setting of MET_BASE in a parm file
under
>> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/, but
>> > could not find anything:
>> >
>> > find
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
>> > > -name "*.py" | xargs egrep -n MET_BASE | more
>> > >
>> >
>> > Please be sure to have a system file that contains MET_BASE and
the
>> other
>> > necessary fields that were contained in your
slilly.system.conf.theia,
>> or
>> > ensure these variables are included in another parm file, and
make sure
>> > that file is passed in your call to master_metplus.py.
>> >
>> > Give that a try and please let us know how it goes.   If you
still have
>> > problems, please send us your log file and also your
metplus_final.conf
>> > file.  Thanks!
>> >
>> > Julie
>> >
>> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal via
RT <
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > >
>> > > Question:
>> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
>> > >
>> > > In bashrc I have  module use contrib/modulefiles/met/8.0
>> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
directory)
>> > >
>> > > Could this be causing a problem?
>> > >
>> > > Thanks,
>> > > Steve
>> > >
>> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
>> > > steven.lilly at noaa.gov> wrote:
>> > >
>> > > > Yes, I did.
>> > > >
>> > > > Steve
>> > > >
>> > > >
>> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT
<met_help at ucar.edu
>> >
>> > > > wrote:
>> > > >
>> > > >> Hi Steve,
>> > > >>
>> > > >> Did you try re-running with the updates to your filename
templates?
>> > > >>
>> > > >> Thanks,
>> > > >> Minna
>> > > >>
>> > > >>
>> > > >> ---------------
>> > > >>
>> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
>> > > >> > This seems to be an ongoing problem.
>> > > >> > Both Minna and Julie are working on a solution.
>> > > >> >
>> > > >> > Thanks,
>> > > >> > Steve
>> > > >> >
>> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
>> > > >> > <met_help at ucar.edu>
>> > > >> > wrote:
>> > > >> >
>> > > >> > > Hi Steve.  I just wanted to follow up on Minna's email.
She
>> > > >> > > mentioned that
>> > > >> > > Perry S. had the same problem today, however he was
running on
>> > > "gyre"
>> > > >> > > (WCOSS).  You are running on "theia", so instead of
running:
>> > > >> > >
>> > > >> > > ------------------run this on command line
>> > > >> > > ----------------------------
>> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>> > > >> > > > module load met/8.0
>> > > >> > >
>> > > >> > >
>> > > >> > > You would want to run the following instead:
>> > > >> > >
>> > > >> > > > ------------------run this on command line
>> > > >> > > > ----------------------------
>> > > >> > > >       module use /contrib/modulefiles
>> > > >> > > >       module load met/8.0
>> > > >> > >
>> > > >> > >
>> > > >> > > However, you should have some sort of a set up script
for
>> METplus
>> > > >> > > that you
>> > > >> > > would run before running METplus.  Take a look
>> > > >> > > at
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh and
>> see
>> > > if
>> > > >> > > you
>> > > >> > > have something like that or if something like that is in
your
>> > > .bashrc
>> > > >> > > file
>> > > >> > > or .cshrc file.  If not, you want to run something like
that
>> > before
>> > > >> > > running
>> > > >> > > METplus.  You can use mine as a template, but you would
need to
>> > > >> > > change the
>> > > >> > > location for METPLUS_PATH for your use.
>> > > >> > >
>> > > >> > > I hope that helps!  Please let us know how it goes.
>> > > >> > >
>> > > >> > > Julie
>> > > >> > >
>> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
>> > met_help at ucar.edu
>> > > >
>> > > >> > > wrote:
>> > > >> > >
>> > > >> > > >
>> > > >> > > > <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > > >> > > >
>> > > >> > > > Hi Steve,
>> > > >> > > >
>> > > >> > > > Thanks for sending me your information.
>> > > >> > > >
>> > > >> > > > 1) I noticed this error in your log file:
>> > > >> > > >
>> > > >> > > >
>> > > >>
>> >
---------------------------snip----------------------------------------
>> > > >> > > >
>> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading
shared
>> > > >> > > > libraries:
>> > > >> > > > libpng16.so.16: cannot open shared object file: No
such file
>> or
>> > > >> > > > directory
>> > > >> > > >
>> > > >> > > >
>> > > >> > >
>> > > >>
>> > >
>> >
>>
---------------------------snip-------------------------------------------
>> > > >> > > >
>> > > >> > > > which looks similar to an issue Perry S. observed when
he was
>> > > >> > > > trying to
>> > > >> > > > run something earlier today. Julie reinstalled the
latest of
>> > > >> > > > version of
>> > > >> > > > met-8.0 very recently.   Could you please try the
following,
>> to
>> > > >> > > > ensure
>> > > >> > > you
>> > > >> > > > are using the most recent build of met?
>> > > >> > > >
>> > > >> > > > ------------------run this on command line
>> > > >> > > > ----------------------------
>> > > >> > > >
>> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>> > > >> > > > module load met/8.0
>> > > >> > > >
>> > > >> > > > -------------------end run
this-------------------------
>> > > >> > > >
>> > > >> > > > 2) I also noticed that your filename template isn't
providing
>> > all
>> > > >> > > > the
>> > > >> > > > information that the wrapper needs to determine
whether
>> > something
>> > > >> > > > falls
>> > > >> > > > within your time window of interest.
>> > > >> > > >
>> > > >> > > > Your Adeck (and Bdeck) filenames look like
>> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
>> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
>> > > >> > > >
>> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in the
filename
>> > > >> > > > corresponds
>> > > >> > > > to init times, could you please set your FORECAST_TMPL
to:
>> > > >> > > >  FORECAST_TMPL
>> > > >> > > >
>> > > >> > >
>> > > >>
>> > >
>> >
>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > >> > > >
>> > > >> > > > and your REFERENCE_TMPL to:
>> > > >> > > > REFERENCE_TMPL =
>> > > >> > > >
>> > > >> > > >
>> > > >> > >
>> > > >>
>> > >
>> >
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > >> > > >
>> > > >> > > > These are found under your [filename_templates] header
of
>> your
>> > > >> > > > METplus
>> > > >> > > > config file.
>> > > >> > > >
>> > > >> > > > The content after the 'init' lets the wrapper know to
which
>> init
>> > > >> > > > time
>> > > >> > > this
>> > > >> > > > particular Adeck or Bdeck corresponds (which might be
why you
>> > > >> > > > aren't
>> > > >> > > > getting any results).
>> > > >> > > >
>> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
corresponds to a
>> > valid
>> > > >> > > > time,
>> > > >> > > > then replace 'init' with 'valid' inside the {}'s in
the
>> filename
>> > > >> > > > template
>> > > >> > > > settings.
>> > > >> > > >
>> > > >> > > > If this still doesn't work, then send me your latest
log
>> files
>> > and
>> > > >> > > > your
>> > > >> > > > master_metplus.conf so we can figure out what's still
>> missing.
>> > > >> > > >
>> > > >> > > > Regards,
>> > > >> > > > Minna
>> > > >> > > >
>> > > >> > > >
>> > > >> > > >
>> > > >> > > >
>> > > >> > > >
>> > > >> > > >
>> > > >> > >
>> > > >> > >
>> > > >>
>> > > >>
>> > > >>
>> > > >>
>> > >
>> > >
>> >
>> >
>>
>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Wed May 01 07:16:36 2019

Good morning Julie,

Just got back from vacation yesterday (Florida).  The weather was
great and
had a great time. ( By the way, HW - hard wire ...fix logic in the
codes)

I am still having trouble generating output.
I am see errors like:
    inside_aprun: not detected ( is not set or is 0);
    1sf_cray_intel: not detected;
    impi not detected; and,
    mpiexec_mpt: not detected.
Are the above errors "system errors"?

My log and metplus_final.conf files are found at :
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM

Please help me trouble shoot these bugs.  I need to get this utility
working soon.

Thanks for your attention to this matter.

Steve

On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve.  I just wanted to follow up and see if you were able to
get a
> successful run after the inclusion of slilly.nam.conf.theia in your
call to
> master_metplus.py?  Please let us know how it goes.
>
> Thanks,
> Julie
>
> On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Hi Steve.  Thank you for letting us know that you have a
> > slilly.nam.conf.theia file at
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
that is
> > the one you want to use.  I didn't look there, but rather only
looked one
> > directory deeper in the "METplus-2.0.4" subdirectory of
> > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> >
> > I have HW each parameter appearing in the config file
> >>
> > I am not sure what "HW" means.  Please excuse my ignorance.
> >
> > Is MET_BASE defined correctly?
> >>
> > Yes, MET_BASE seems to be defined correctly.
> >
> > However, you did not include this slilly.nam.conf.theia  file in
your
> call
> > to master_met_plus.py, so MET_BASE was likely not defined.  Please
try
> > running the following (note the addition of the
slilly.nam.conf.theia
> file)
> > and let us know how it goes:
> >
> > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > *METplus-2.0.4/ush/master_**metplus.py -c
/scratch4/NCEPDEV/stmp3/*
> > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> > *track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
> > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > *config/slilly.nam.conf.theia*
> >
> > Hopefully, that will resolve the problem you are experiencing.
> >
> > Julie
> >
> >
> > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal via
RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>
> >> I am confuse.  "slilly.nam.conf.theia" is found
> >> at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> >>
> >> I have HW each parameter appearing in the config file; as well
as,
> defined
> >> some
> >> of the parameters in "slilly.nam.conf.theia".  MET_BASE is
defined in
> all
> >> config file
> >> and in slilly.nam.conf.theia
> >>
> >> In the log file (*20190422.....using MET_BASE setting from user
> >> environment
> >> instead of metplus config
> >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
correctly?
> >>
> >> I have reviewed  all the config files several times ( they seem
to be
> >> right???).
> >>
> >> What am I doing wrong!
> >>
> >> Thanks,
> >> Steve
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi Steve.
> >> >
> >> > That is the correct setting for MET_BASE, however, I'm not sure
that
> >> > MET_BASE is being picked up by the code.  Let me explain.
> >> >
> >> > From the log file you sent, it looks like you ran the following
> command:
> >> >
> >> >
> >> >
> >>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> >> > -c
> >> >
> >> >
> >>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> >> >
> >> > I don't see your slilly.system.conf.theia being passed in, nor
do I
> see
> >> it
> >> > anywhere under
> >> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> >> >
> >> > Thinking you might have MET_BASE set somewhere else, I ran the
> following
> >> > command to try to find the setting of MET_BASE in a parm file
under
> >> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> but
> >> > could not find anything:
> >> >
> >> > find
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
> >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> >> > >
> >> >
> >> > Please be sure to have a system file that contains MET_BASE and
the
> >> other
> >> > necessary fields that were contained in your
slilly.system.conf.theia,
> >> or
> >> > ensure these variables are included in another parm file, and
make
> sure
> >> > that file is passed in your call to master_metplus.py.
> >> >
> >> > Give that a try and please let us know how it goes.   If you
still
> have
> >> > problems, please send us your log file and also your
> metplus_final.conf
> >> > file.  Thanks!
> >> >
> >> > Julie
> >> >
> >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal
via RT <
> >> > met_help at ucar.edu> wrote:
> >> >
> >> > >
> >> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> >> > >
> >> > > Question:
> >> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
> >> > >
> >> > > In bashrc I have  module use contrib/modulefiles/met/8.0
> >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
directory)
> >> > >
> >> > > Could this be causing a problem?
> >> > >
> >> > > Thanks,
> >> > > Steve
> >> > >
> >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal <
> >> > > steven.lilly at noaa.gov> wrote:
> >> > >
> >> > > > Yes, I did.
> >> > > >
> >> > > > Steve
> >> > > >
> >> > > >
> >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
> met_help at ucar.edu
> >> >
> >> > > > wrote:
> >> > > >
> >> > > >> Hi Steve,
> >> > > >>
> >> > > >> Did you try re-running with the updates to your filename
> templates?
> >> > > >>
> >> > > >> Thanks,
> >> > > >> Minna
> >> > > >>
> >> > > >>
> >> > > >> ---------------
> >> > > >>
> >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov wrote:
> >> > > >> > This seems to be an ongoing problem.
> >> > > >> > Both Minna and Julie are working on a solution.
> >> > > >> >
> >> > > >> > Thanks,
> >> > > >> > Steve
> >> > > >> >
> >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via RT
> >> > > >> > <met_help at ucar.edu>
> >> > > >> > wrote:
> >> > > >> >
> >> > > >> > > Hi Steve.  I just wanted to follow up on Minna's
email.  She
> >> > > >> > > mentioned that
> >> > > >> > > Perry S. had the same problem today, however he was
running
> on
> >> > > "gyre"
> >> > > >> > > (WCOSS).  You are running on "theia", so instead of
running:
> >> > > >> > >
> >> > > >> > > ------------------run this on command line
> >> > > >> > > ----------------------------
> >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
> >> > > >> > > > module load met/8.0
> >> > > >> > >
> >> > > >> > >
> >> > > >> > > You would want to run the following instead:
> >> > > >> > >
> >> > > >> > > > ------------------run this on command line
> >> > > >> > > > ----------------------------
> >> > > >> > > >       module use /contrib/modulefiles
> >> > > >> > > >       module load met/8.0
> >> > > >> > >
> >> > > >> > >
> >> > > >> > > However, you should have some sort of a set up script
for
> >> METplus
> >> > > >> > > that you
> >> > > >> > > would run before running METplus.  Take a look
> >> > > >> > > at
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> and
> >> see
> >> > > if
> >> > > >> > > you
> >> > > >> > > have something like that or if something like that is
in your
> >> > > .bashrc
> >> > > >> > > file
> >> > > >> > > or .cshrc file.  If not, you want to run something
like that
> >> > before
> >> > > >> > > running
> >> > > >> > > METplus.  You can use mine as a template, but you
would need
> to
> >> > > >> > > change the
> >> > > >> > > location for METPLUS_PATH for your use.
> >> > > >> > >
> >> > > >> > > I hope that helps!  Please let us know how it goes.
> >> > > >> > >
> >> > > >> > > Julie
> >> > > >> > >
> >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
> >> > met_help at ucar.edu
> >> > > >
> >> > > >> > > wrote:
> >> > > >> > >
> >> > > >> > > >
> >> > > >> > > > <URL:
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >> > > >> > > >
> >> > > >> > > > Hi Steve,
> >> > > >> > > >
> >> > > >> > > > Thanks for sending me your information.
> >> > > >> > > >
> >> > > >> > > > 1) I noticed this error in your log file:
> >> > > >> > > >
> >> > > >> > > >
> >> > > >>
> >> >
>
---------------------------snip----------------------------------------
> >> > > >> > > >
> >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading
shared
> >> > > >> > > > libraries:
> >> > > >> > > > libpng16.so.16: cannot open shared object file: No
such
> file
> >> or
> >> > > >> > > > directory
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > >
> >> > > >>
> >> > >
> >> >
> >>
>
---------------------------snip-------------------------------------------
> >> > > >> > > >
> >> > > >> > > > which looks similar to an issue Perry S. observed
when he
> was
> >> > > >> > > > trying to
> >> > > >> > > > run something earlier today. Julie reinstalled the
latest
> of
> >> > > >> > > > version of
> >> > > >> > > > met-8.0 very recently.   Could you please try the
> following,
> >> to
> >> > > >> > > > ensure
> >> > > >> > > you
> >> > > >> > > > are using the most recent build of met?
> >> > > >> > > >
> >> > > >> > > > ------------------run this on command line
> >> > > >> > > > ----------------------------
> >> > > >> > > >
> >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
> >> > > >> > > > module load met/8.0
> >> > > >> > > >
> >> > > >> > > > -------------------end run
this-------------------------
> >> > > >> > > >
> >> > > >> > > > 2) I also noticed that your filename template isn't
> providing
> >> > all
> >> > > >> > > > the
> >> > > >> > > > information that the wrapper needs to determine
whether
> >> > something
> >> > > >> > > > falls
> >> > > >> > > > within your time window of interest.
> >> > > >> > > >
> >> > > >> > > > Your Adeck (and Bdeck) filenames look like
> >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for Bdeck)
> >> > > >> > > >
> >> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in the
> filename
> >> > > >> > > > corresponds
> >> > > >> > > > to init times, could you please set your
FORECAST_TMPL to:
> >> > > >> > > >  FORECAST_TMPL
> >> > > >> > > >
> >> > > >> > >
> >> > > >>
> >> > >
> >> >
> >>
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >> > > >> > > >
> >> > > >> > > > and your REFERENCE_TMPL to:
> >> > > >> > > > REFERENCE_TMPL =
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > >
> >> > > >>
> >> > >
> >> >
> >>
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >> > > >> > > >
> >> > > >> > > > These are found under your [filename_templates]
header of
> >> your
> >> > > >> > > > METplus
> >> > > >> > > > config file.
> >> > > >> > > >
> >> > > >> > > > The content after the 'init' lets the wrapper know
to which
> >> init
> >> > > >> > > > time
> >> > > >> > > this
> >> > > >> > > > particular Adeck or Bdeck corresponds (which might
be why
> you
> >> > > >> > > > aren't
> >> > > >> > > > getting any results).
> >> > > >> > > >
> >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
corresponds to
> a
> >> > valid
> >> > > >> > > > time,
> >> > > >> > > > then replace 'init' with 'valid' inside the {}'s in
the
> >> filename
> >> > > >> > > > template
> >> > > >> > > > settings.
> >> > > >> > > >
> >> > > >> > > > If this still doesn't work, then send me your latest
log
> >> files
> >> > and
> >> > > >> > > > your
> >> > > >> > > > master_metplus.conf so we can figure out what's
still
> >> missing.
> >> > > >> > > >
> >> > > >> > > > Regards,
> >> > > >> > > > Minna
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > > >
> >> > > >> > >
> >> > > >> > >
> >> > > >>
> >> > > >>
> >> > > >>
> >> > > >>
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Wed May 01 13:03:09 2019

I'm so glad you had a great vacation in Florida!  Welcome back!

I'm happy to report that the "not detected" output you are seeing can
safely be ignored. If you are getting the expected data output from
METplus, then we can resolve this issue.

However, I just took a look at your log file and found this problem:
/contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
libpng16.so.16: cannot open shared object file: No such file or
directory

I just now reinstalled met-8.0 on theia in a way that I believe will
eliminate that error.  Could you please try running the code again?
Please
check the log file to ensure that error is gone and please check to
see if
you have the expected output.  If you notice any problems, or if you
get a
successful run, please let us know.  Thanks!

Julie


On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Good morning Julie,
>
> Just got back from vacation yesterday (Florida).  The weather was
great and
> had a great time. ( By the way, HW - hard wire ...fix logic in the
codes)
>
> I am still having trouble generating output.
> I am see errors like:
>     inside_aprun: not detected ( is not set or is 0);
>     1sf_cray_intel: not detected;
>     impi not detected; and,
>     mpiexec_mpt: not detected.
> Are the above errors "system errors"?
>
> My log and metplus_final.conf files are found at :
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
>
> Please help me trouble shoot these bugs.  I need to get this utility
> working soon.
>
> Thanks for your attention to this matter.
>
> Steve
>
> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Steve.  I just wanted to follow up and see if you were able to
get a
> > successful run after the inclusion of slilly.nam.conf.theia in
your call
> to
> > master_metplus.py?  Please let us know how it goes.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> wrote:
> >
> > > Hi Steve.  Thank you for letting us know that you have a
> > > slilly.nam.conf.theia file at
> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config that
> is
> > > the one you want to use.  I didn't look there, but rather only
looked
> one
> > > directory deeper in the "METplus-2.0.4" subdirectory of
> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > >
> > > I have HW each parameter appearing in the config file
> > >>
> > > I am not sure what "HW" means.  Please excuse my ignorance.
> > >
> > > Is MET_BASE defined correctly?
> > >>
> > > Yes, MET_BASE seems to be defined correctly.
> > >
> > > However, you did not include this slilly.nam.conf.theia  file in
your
> > call
> > > to master_met_plus.py, so MET_BASE was likely not defined.
Please try
> > > running the following (note the addition of the
slilly.nam.conf.theia
> > file)
> > > and let us know how it goes:
> > >
> > > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > > *METplus-2.0.4/ush/master_**metplus.py -c
/scratch4/NCEPDEV/stmp3/*
> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> > > *track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > > *config/slilly.nam.conf.theia*
> > >
> > > Hopefully, that will resolve the problem you are experiencing.
> > >
> > > Julie
> > >
> > >
> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal via
RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>
> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > >> at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > >>
> > >> I have HW each parameter appearing in the config file; as well
as,
> > defined
> > >> some
> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE is
defined in
> > all
> > >> config file
> > >> and in slilly.nam.conf.theia
> > >>
> > >> In the log file (*20190422.....using MET_BASE setting from user
> > >> environment
> > >> instead of metplus config
> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
correctly?
> > >>
> > >> I have reviewed  all the config files several times ( they seem
to be
> > >> right???).
> > >>
> > >> What am I doing wrong!
> > >>
> > >> Thanks,
> > >> Steve
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi Steve.
> > >> >
> > >> > That is the correct setting for MET_BASE, however, I'm not
sure that
> > >> > MET_BASE is being picked up by the code.  Let me explain.
> > >> >
> > >> > From the log file you sent, it looks like you ran the
following
> > command:
> > >> >
> > >> >
> > >> >
> > >>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > >> > -c
> > >> >
> > >> >
> > >>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > >> >
> > >> > I don't see your slilly.system.conf.theia being passed in,
nor do I
> > see
> > >> it
> > >> > anywhere under
> > >> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > >> >
> > >> > Thinking you might have MET_BASE set somewhere else, I ran
the
> > following
> > >> > command to try to find the setting of MET_BASE in a parm file
under
> > >> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > but
> > >> > could not find anything:
> > >> >
> > >> > find
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > >> > >
> > >> >
> > >> > Please be sure to have a system file that contains MET_BASE
and the
> > >> other
> > >> > necessary fields that were contained in your
> slilly.system.conf.theia,
> > >> or
> > >> > ensure these variables are included in another parm file, and
make
> > sure
> > >> > that file is passed in your call to master_metplus.py.
> > >> >
> > >> > Give that a try and please let us know how it goes.   If you
still
> > have
> > >> > problems, please send us your log file and also your
> > metplus_final.conf
> > >> > file.  Thanks!
> > >> >
> > >> > Julie
> > >> >
> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal
via RT
> <
> > >> > met_help at ucar.edu> wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >> > >
> > >> > > Question:
> > >> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
> > >> > >
> > >> > > In bashrc I have  module use contrib/modulefiles/met/8.0
> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
> directory)
> > >> > >
> > >> > > Could this be causing a problem?
> > >> > >
> > >> > > Thanks,
> > >> > > Steve
> > >> > >
> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA Federal
<
> > >> > > steven.lilly at noaa.gov> wrote:
> > >> > >
> > >> > > > Yes, I did.
> > >> > > >
> > >> > > > Steve
> > >> > > >
> > >> > > >
> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
> > met_help at ucar.edu
> > >> >
> > >> > > > wrote:
> > >> > > >
> > >> > > >> Hi Steve,
> > >> > > >>
> > >> > > >> Did you try re-running with the updates to your filename
> > templates?
> > >> > > >>
> > >> > > >> Thanks,
> > >> > > >> Minna
> > >> > > >>
> > >> > > >>
> > >> > > >> ---------------
> > >> > > >>
> > >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov
wrote:
> > >> > > >> > This seems to be an ongoing problem.
> > >> > > >> > Both Minna and Julie are working on a solution.
> > >> > > >> >
> > >> > > >> > Thanks,
> > >> > > >> > Steve
> > >> > > >> >
> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via
RT
> > >> > > >> > <met_help at ucar.edu>
> > >> > > >> > wrote:
> > >> > > >> >
> > >> > > >> > > Hi Steve.  I just wanted to follow up on Minna's
email.
> She
> > >> > > >> > > mentioned that
> > >> > > >> > > Perry S. had the same problem today, however he was
running
> > on
> > >> > > "gyre"
> > >> > > >> > > (WCOSS).  You are running on "theia", so instead of
> running:
> > >> > > >> > >
> > >> > > >> > > ------------------run this on command line
> > >> > > >> > > ----------------------------
> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
> > >> > > >> > > > module load met/8.0
> > >> > > >> > >
> > >> > > >> > >
> > >> > > >> > > You would want to run the following instead:
> > >> > > >> > >
> > >> > > >> > > > ------------------run this on command line
> > >> > > >> > > > ----------------------------
> > >> > > >> > > >       module use /contrib/modulefiles
> > >> > > >> > > >       module load met/8.0
> > >> > > >> > >
> > >> > > >> > >
> > >> > > >> > > However, you should have some sort of a set up
script for
> > >> METplus
> > >> > > >> > > that you
> > >> > > >> > > would run before running METplus.  Take a look
> > >> > > >> > > at
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > and
> > >> see
> > >> > > if
> > >> > > >> > > you
> > >> > > >> > > have something like that or if something like that
is in
> your
> > >> > > .bashrc
> > >> > > >> > > file
> > >> > > >> > > or .cshrc file.  If not, you want to run something
like
> that
> > >> > before
> > >> > > >> > > running
> > >> > > >> > > METplus.  You can use mine as a template, but you
would
> need
> > to
> > >> > > >> > > change the
> > >> > > >> > > location for METPLUS_PATH for your use.
> > >> > > >> > >
> > >> > > >> > > I hope that helps!  Please let us know how it goes.
> > >> > > >> > >
> > >> > > >> > > Julie
> > >> > > >> > >
> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
> > >> > met_help at ucar.edu
> > >> > > >
> > >> > > >> > > wrote:
> > >> > > >> > >
> > >> > > >> > > >
> > >> > > >> > > > <URL:
> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >> > > >> > > >
> > >> > > >> > > > Hi Steve,
> > >> > > >> > > >
> > >> > > >> > > > Thanks for sending me your information.
> > >> > > >> > > >
> > >> > > >> > > > 1) I noticed this error in your log file:
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >>
> > >> >
> >
---------------------------snip----------------------------------------
> > >> > > >> > > >
> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while loading
shared
> > >> > > >> > > > libraries:
> > >> > > >> > > > libpng16.so.16: cannot open shared object file: No
such
> > file
> > >> or
> > >> > > >> > > > directory
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > >
> > >> > > >>
> > >> > >
> > >> >
> > >>
> >
>
---------------------------snip-------------------------------------------
> > >> > > >> > > >
> > >> > > >> > > > which looks similar to an issue Perry S. observed
when he
> > was
> > >> > > >> > > > trying to
> > >> > > >> > > > run something earlier today. Julie reinstalled the
latest
> > of
> > >> > > >> > > > version of
> > >> > > >> > > > met-8.0 very recently.   Could you please try the
> > following,
> > >> to
> > >> > > >> > > > ensure
> > >> > > >> > > you
> > >> > > >> > > > are using the most recent build of met?
> > >> > > >> > > >
> > >> > > >> > > > ------------------run this on command line
> > >> > > >> > > > ----------------------------
> > >> > > >> > > >
> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
> > >> > > >> > > > module load met/8.0
> > >> > > >> > > >
> > >> > > >> > > > -------------------end run
this-------------------------
> > >> > > >> > > >
> > >> > > >> > > > 2) I also noticed that your filename template
isn't
> > providing
> > >> > all
> > >> > > >> > > > the
> > >> > > >> > > > information that the wrapper needs to determine
whether
> > >> > something
> > >> > > >> > > > falls
> > >> > > >> > > > within your time window of interest.
> > >> > > >> > > >
> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
Bdeck)
> > >> > > >> > > >
> > >> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in
the
> > filename
> > >> > > >> > > > corresponds
> > >> > > >> > > > to init times, could you please set your
FORECAST_TMPL
> to:
> > >> > > >> > > >  FORECAST_TMPL
> > >> > > >> > > >
> > >> > > >> > >
> > >> > > >>
> > >> > >
> > >> >
> > >>
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >> > > >> > > >
> > >> > > >> > > > and your REFERENCE_TMPL to:
> > >> > > >> > > > REFERENCE_TMPL =
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > >
> > >> > > >>
> > >> > >
> > >> >
> > >>
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >> > > >> > > >
> > >> > > >> > > > These are found under your [filename_templates]
header of
> > >> your
> > >> > > >> > > > METplus
> > >> > > >> > > > config file.
> > >> > > >> > > >
> > >> > > >> > > > The content after the 'init' lets the wrapper know
to
> which
> > >> init
> > >> > > >> > > > time
> > >> > > >> > > this
> > >> > > >> > > > particular Adeck or Bdeck corresponds (which might
be why
> > you
> > >> > > >> > > > aren't
> > >> > > >> > > > getting any results).
> > >> > > >> > > >
> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
corresponds
> to
> > a
> > >> > valid
> > >> > > >> > > > time,
> > >> > > >> > > > then replace 'init' with 'valid' inside the {}'s
in the
> > >> filename
> > >> > > >> > > > template
> > >> > > >> > > > settings.
> > >> > > >> > > >
> > >> > > >> > > > If this still doesn't work, then send me your
latest log
> > >> files
> > >> > and
> > >> > > >> > > > your
> > >> > > >> > > > master_metplus.conf so we can figure out what's
still
> > >> missing.
> > >> > > >> > > >
> > >> > > >> > > > Regards,
> > >> > > >> > > > Minna
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > > >
> > >> > > >> > >
> > >> > > >> > >
> > >> > > >>
> > >> > > >>
> > >> > > >>
> > >> > > >>
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Wed May 01 13:04:06 2019

Hi Steve.  I sent this too soon.  I am currently re-installing MET on
theia, but it hasn't finished.  I meant to save the email until the
compilation was finished, but sent it too soon.  I'll follow up once
the
compilation is actually complete.

Thanks,
Julie

On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> I'm so glad you had a great vacation in Florida!  Welcome back!
>
> I'm happy to report that the "not detected" output you are seeing
can
> safely be ignored. If you are getting the expected data output from
> METplus, then we can resolve this issue.
>
> However, I just took a look at your log file and found this problem:
> /contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
> libpng16.so.16: cannot open shared object file: No such file or
directory
>
> I just now reinstalled met-8.0 on theia in a way that I believe will
> eliminate that error.  Could you please try running the code again?
Please
> check the log file to ensure that error is gone and please check to
see if
> you have the expected output.  If you notice any problems, or if you
get a
> successful run, please let us know.  Thanks!
>
> Julie
>
>
> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>
>> Good morning Julie,
>>
>> Just got back from vacation yesterday (Florida).  The weather was
great
>> and
>> had a great time. ( By the way, HW - hard wire ...fix logic in the
codes)
>>
>> I am still having trouble generating output.
>> I am see errors like:
>>     inside_aprun: not detected ( is not set or is 0);
>>     1sf_cray_intel: not detected;
>>     impi not detected; and,
>>     mpiexec_mpt: not detected.
>> Are the above errors "system errors"?
>>
>> My log and metplus_final.conf files are found at :
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
>>
>> Please help me trouble shoot these bugs.  I need to get this
utility
>> working soon.
>>
>> Thanks for your attention to this matter.
>>
>> Steve
>>
>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi Steve.  I just wanted to follow up and see if you were able to
get a
>> > successful run after the inclusion of slilly.nam.conf.theia in
your
>> call to
>> > master_metplus.py?  Please let us know how it goes.
>> >
>> > Thanks,
>> > Julie
>> >
>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<jpresto at ucar.edu>
>> wrote:
>> >
>> > > Hi Steve.  Thank you for letting us know that you have a
>> > > slilly.nam.conf.theia file at
>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
>> that is
>> > > the one you want to use.  I didn't look there, but rather only
looked
>> one
>> > > directory deeper in the "METplus-2.0.4" subdirectory of
>> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
>> > >
>> > > I have HW each parameter appearing in the config file
>> > >>
>> > > I am not sure what "HW" means.  Please excuse my ignorance.
>> > >
>> > > Is MET_BASE defined correctly?
>> > >>
>> > > Yes, MET_BASE seems to be defined correctly.
>> > >
>> > > However, you did not include this slilly.nam.conf.theia  file
in your
>> > call
>> > > to master_met_plus.py, so MET_BASE was likely not defined.
Please try
>> > > running the following (note the addition of the
slilly.nam.conf.theia
>> > file)
>> > > and let us know how it goes:
>> > >
>> > > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
>> > > *METplus-2.0.4/ush/master_**metplus.py -c
/scratch4/NCEPDEV/stmp3/*
>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
>> > > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
-c
>> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
>> > > *config/slilly.nam.conf.theia*
>> > >
>> > > Hopefully, that will resolve the problem you are experiencing.
>> > >
>> > > Julie
>> > >
>> > >
>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal
via RT <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > >>
>> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
>> > >>
>> > >> I am confuse.  "slilly.nam.conf.theia" is found
>> > >> at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>> > >>
>> > >> I have HW each parameter appearing in the config file; as well
as,
>> > defined
>> > >> some
>> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE is
defined in
>> > all
>> > >> config file
>> > >> and in slilly.nam.conf.theia
>> > >>
>> > >> In the log file (*20190422.....using MET_BASE setting from
user
>> > >> environment
>> > >> instead of metplus config
>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
correctly?
>> > >>
>> > >> I have reviewed  all the config files several times ( they
seem to be
>> > >> right???).
>> > >>
>> > >> What am I doing wrong!
>> > >>
>> > >> Thanks,
>> > >> Steve
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
>> > >> met_help at ucar.edu>
>> > >> wrote:
>> > >>
>> > >> > Hi Steve.
>> > >> >
>> > >> > That is the correct setting for MET_BASE, however, I'm not
sure
>> that
>> > >> > MET_BASE is being picked up by the code.  Let me explain.
>> > >> >
>> > >> > From the log file you sent, it looks like you ran the
following
>> > command:
>> > >> >
>> > >> >
>> > >> >
>> > >>
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
>> > >> > -c
>> > >> >
>> > >> >
>> > >>
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>> > >> >
>> > >> > I don't see your slilly.system.conf.theia being passed in,
nor do I
>> > see
>> > >> it
>> > >> > anywhere under
>> > >> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
>> > >> >
>> > >> > Thinking you might have MET_BASE set somewhere else, I ran
the
>> > following
>> > >> > command to try to find the setting of MET_BASE in a parm
file under
>> > >> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
>> > but
>> > >> > could not find anything:
>> > >> >
>> > >> > find
>> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
>> > >> > >
>> > >> >
>> > >> > Please be sure to have a system file that contains MET_BASE
and the
>> > >> other
>> > >> > necessary fields that were contained in your
>> slilly.system.conf.theia,
>> > >> or
>> > >> > ensure these variables are included in another parm file,
and make
>> > sure
>> > >> > that file is passed in your call to master_metplus.py.
>> > >> >
>> > >> > Give that a try and please let us know how it goes.   If you
still
>> > have
>> > >> > problems, please send us your log file and also your
>> > metplus_final.conf
>> > >> > file.  Thanks!
>> > >> >
>> > >> > Julie
>> > >> >
>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA Federal
via
>> RT <
>> > >> > met_help at ucar.edu> wrote:
>> > >> >
>> > >> > >
>> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > >> > >
>> > >> > > Question:
>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
>> > >> > >
>> > >> > > In bashrc I have  module use contrib/modulefiles/met/8.0
>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
>> directory)
>> > >> > >
>> > >> > > Could this be causing a problem?
>> > >> > >
>> > >> > > Thanks,
>> > >> > > Steve
>> > >> > >
>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA
Federal <
>> > >> > > steven.lilly at noaa.gov> wrote:
>> > >> > >
>> > >> > > > Yes, I did.
>> > >> > > >
>> > >> > > > Steve
>> > >> > > >
>> > >> > > >
>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
>> > met_help at ucar.edu
>> > >> >
>> > >> > > > wrote:
>> > >> > > >
>> > >> > > >> Hi Steve,
>> > >> > > >>
>> > >> > > >> Did you try re-running with the updates to your
filename
>> > templates?
>> > >> > > >>
>> > >> > > >> Thanks,
>> > >> > > >> Minna
>> > >> > > >>
>> > >> > > >>
>> > >> > > >> ---------------
>> > >> > > >>
>> > >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov
wrote:
>> > >> > > >> > This seems to be an ongoing problem.
>> > >> > > >> > Both Minna and Julie are working on a solution.
>> > >> > > >> >
>> > >> > > >> > Thanks,
>> > >> > > >> > Steve
>> > >> > > >> >
>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via
RT
>> > >> > > >> > <met_help at ucar.edu>
>> > >> > > >> > wrote:
>> > >> > > >> >
>> > >> > > >> > > Hi Steve.  I just wanted to follow up on Minna's
email.
>> She
>> > >> > > >> > > mentioned that
>> > >> > > >> > > Perry S. had the same problem today, however he was
>> running
>> > on
>> > >> > > "gyre"
>> > >> > > >> > > (WCOSS).  You are running on "theia", so instead of
>> running:
>> > >> > > >> > >
>> > >> > > >> > > ------------------run this on command line
>> > >> > > >> > > ----------------------------
>> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>> > >> > > >> > > > module load met/8.0
>> > >> > > >> > >
>> > >> > > >> > >
>> > >> > > >> > > You would want to run the following instead:
>> > >> > > >> > >
>> > >> > > >> > > > ------------------run this on command line
>> > >> > > >> > > > ----------------------------
>> > >> > > >> > > >       module use /contrib/modulefiles
>> > >> > > >> > > >       module load met/8.0
>> > >> > > >> > >
>> > >> > > >> > >
>> > >> > > >> > > However, you should have some sort of a set up
script for
>> > >> METplus
>> > >> > > >> > > that you
>> > >> > > >> > > would run before running METplus.  Take a look
>> > >> > > >> > > at
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
>> > and
>> > >> see
>> > >> > > if
>> > >> > > >> > > you
>> > >> > > >> > > have something like that or if something like that
is in
>> your
>> > >> > > .bashrc
>> > >> > > >> > > file
>> > >> > > >> > > or .cshrc file.  If not, you want to run something
like
>> that
>> > >> > before
>> > >> > > >> > > running
>> > >> > > >> > > METplus.  You can use mine as a template, but you
would
>> need
>> > to
>> > >> > > >> > > change the
>> > >> > > >> > > location for METPLUS_PATH for your use.
>> > >> > > >> > >
>> > >> > > >> > > I hope that helps!  Please let us know how it goes.
>> > >> > > >> > >
>> > >> > > >> > > Julie
>> > >> > > >> > >
>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
>> > >> > met_help at ucar.edu
>> > >> > > >
>> > >> > > >> > > wrote:
>> > >> > > >> > >
>> > >> > > >> > > >
>> > >> > > >> > > > <URL:
>> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > >> > > >> > > >
>> > >> > > >> > > > Hi Steve,
>> > >> > > >> > > >
>> > >> > > >> > > > Thanks for sending me your information.
>> > >> > > >> > > >
>> > >> > > >> > > > 1) I noticed this error in your log file:
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >>
>> > >> >
>> >
---------------------------snip----------------------------------------
>> > >> > > >> > > >
>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while
loading
>> shared
>> > >> > > >> > > > libraries:
>> > >> > > >> > > > libpng16.so.16: cannot open shared object file:
No such
>> > file
>> > >> or
>> > >> > > >> > > > directory
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > >
>> > >> > > >>
>> > >> > >
>> > >> >
>> > >>
>> >
>>
---------------------------snip-------------------------------------------
>> > >> > > >> > > >
>> > >> > > >> > > > which looks similar to an issue Perry S. observed
when
>> he
>> > was
>> > >> > > >> > > > trying to
>> > >> > > >> > > > run something earlier today. Julie reinstalled
the
>> latest
>> > of
>> > >> > > >> > > > version of
>> > >> > > >> > > > met-8.0 very recently.   Could you please try the
>> > following,
>> > >> to
>> > >> > > >> > > > ensure
>> > >> > > >> > > you
>> > >> > > >> > > > are using the most recent build of met?
>> > >> > > >> > > >
>> > >> > > >> > > > ------------------run this on command line
>> > >> > > >> > > > ----------------------------
>> > >> > > >> > > >
>> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>> > >> > > >> > > > module load met/8.0
>> > >> > > >> > > >
>> > >> > > >> > > > -------------------end run
this-------------------------
>> > >> > > >> > > >
>> > >> > > >> > > > 2) I also noticed that your filename template
isn't
>> > providing
>> > >> > all
>> > >> > > >> > > > the
>> > >> > > >> > > > information that the wrapper needs to determine
whether
>> > >> > something
>> > >> > > >> > > > falls
>> > >> > > >> > > > within your time window of interest.
>> > >> > > >> > > >
>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
>> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
Bdeck)
>> > >> > > >> > > >
>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in
the
>> > filename
>> > >> > > >> > > > corresponds
>> > >> > > >> > > > to init times, could you please set your
FORECAST_TMPL
>> to:
>> > >> > > >> > > >  FORECAST_TMPL
>> > >> > > >> > > >
>> > >> > > >> > >
>> > >> > > >>
>> > >> > >
>> > >> >
>> > >>
>> >
>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > >> > > >> > > >
>> > >> > > >> > > > and your REFERENCE_TMPL to:
>> > >> > > >> > > > REFERENCE_TMPL =
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > >
>> > >> > > >>
>> > >> > >
>> > >> >
>> > >>
>> >
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > >> > > >> > > >
>> > >> > > >> > > > These are found under your [filename_templates]
header
>> of
>> > >> your
>> > >> > > >> > > > METplus
>> > >> > > >> > > > config file.
>> > >> > > >> > > >
>> > >> > > >> > > > The content after the 'init' lets the wrapper
know to
>> which
>> > >> init
>> > >> > > >> > > > time
>> > >> > > >> > > this
>> > >> > > >> > > > particular Adeck or Bdeck corresponds (which
might be
>> why
>> > you
>> > >> > > >> > > > aren't
>> > >> > > >> > > > getting any results).
>> > >> > > >> > > >
>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
corresponds
>> to
>> > a
>> > >> > valid
>> > >> > > >> > > > time,
>> > >> > > >> > > > then replace 'init' with 'valid' inside the {}'s
in the
>> > >> filename
>> > >> > > >> > > > template
>> > >> > > >> > > > settings.
>> > >> > > >> > > >
>> > >> > > >> > > > If this still doesn't work, then send me your
latest log
>> > >> files
>> > >> > and
>> > >> > > >> > > > your
>> > >> > > >> > > > master_metplus.conf so we can figure out what's
still
>> > >> missing.
>> > >> > > >> > > >
>> > >> > > >> > > > Regards,
>> > >> > > >> > > > Minna
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > > >
>> > >> > > >> > >
>> > >> > > >> > >
>> > >> > > >>
>> > >> > > >>
>> > >> > > >>
>> > >> > > >>
>> > >> > >
>> > >> > >
>> > >> >
>> > >> >
>> > >>
>> > >>
>> >
>> >
>>
>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Wed May 01 13:08:29 2019

Ok, Steve.  The installation is now complete and ready for you to
test.
Please test with a fresh shell to ensure the module is reloaded.

Julie

On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Steve.  I sent this too soon.  I am currently re-installing MET
on
> theia, but it hasn't finished.  I meant to save the email until the
> compilation was finished, but sent it too soon.  I'll follow up once
the
> compilation is actually complete.
>
> Thanks,
> Julie
>
> On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
>> I'm so glad you had a great vacation in Florida!  Welcome back!
>>
>> I'm happy to report that the "not detected" output you are seeing
can
>> safely be ignored. If you are getting the expected data output from
>> METplus, then we can resolve this issue.
>>
>> However, I just took a look at your log file and found this
problem:
>> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
>> libpng16.so.16: cannot open shared object file: No such file or
directory
>>
>> I just now reinstalled met-8.0 on theia in a way that I believe
will
>> eliminate that error.  Could you please try running the code again?
Please
>> check the log file to ensure that error is gone and please check to
see if
>> you have the expected output.  If you notice any problems, or if
you get a
>> successful run, please let us know.  Thanks!
>>
>> Julie
>>
>>
>> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal via RT <
>> met_help at ucar.edu> wrote:
>>
>>>
>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>>
>>> Good morning Julie,
>>>
>>> Just got back from vacation yesterday (Florida).  The weather was
great
>>> and
>>> had a great time. ( By the way, HW - hard wire ...fix logic in the
codes)
>>>
>>> I am still having trouble generating output.
>>> I am see errors like:
>>>     inside_aprun: not detected ( is not set or is 0);
>>>     1sf_cray_intel: not detected;
>>>     impi not detected; and,
>>>     mpiexec_mpt: not detected.
>>> Are the above errors "system errors"?
>>>
>>> My log and metplus_final.conf files are found at :
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
>>>
>>> Please help me trouble shoot these bugs.  I need to get this
utility
>>> working soon.
>>>
>>> Thanks for your attention to this matter.
>>>
>>> Steve
>>>
>>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
>>> met_help at ucar.edu>
>>> wrote:
>>>
>>> > Hi Steve.  I just wanted to follow up and see if you were able
to get a
>>> > successful run after the inclusion of slilly.nam.conf.theia in
your
>>> call to
>>> > master_metplus.py?  Please let us know how it goes.
>>> >
>>> > Thanks,
>>> > Julie
>>> >
>>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<jpresto at ucar.edu>
>>> wrote:
>>> >
>>> > > Hi Steve.  Thank you for letting us know that you have a
>>> > > slilly.nam.conf.theia file at
>>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
>>> that is
>>> > > the one you want to use.  I didn't look there, but rather only
>>> looked one
>>> > > directory deeper in the "METplus-2.0.4" subdirectory of
>>> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
>>> > >
>>> > > I have HW each parameter appearing in the config file
>>> > >>
>>> > > I am not sure what "HW" means.  Please excuse my ignorance.
>>> > >
>>> > > Is MET_BASE defined correctly?
>>> > >>
>>> > > Yes, MET_BASE seems to be defined correctly.
>>> > >
>>> > > However, you did not include this slilly.nam.conf.theia  file
in your
>>> > call
>>> > > to master_met_plus.py, so MET_BASE was likely not defined.
Please
>>> try
>>> > > running the following (note the addition of the
slilly.nam.conf.theia
>>> > file)
>>> > > and let us know how it goes:
>>> > >
>>> > > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
>>> > > *METplus-2.0.4/ush/master_**metplus.py -c
/scratch4/NCEPDEV/stmp3/*
>>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
>>> > > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
-c
>>> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
>>> > > *config/slilly.nam.conf.theia*
>>> > >
>>> > > Hopefully, that will resolve the problem you are experiencing.
>>> > >
>>> > > Julie
>>> > >
>>> > >
>>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal
via RT <
>>> > > met_help at ucar.edu> wrote:
>>> > >
>>> > >>
>>> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
>>> > >>
>>> > >> I am confuse.  "slilly.nam.conf.theia" is found
>>> > >> at
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>>> > >>
>>> > >> I have HW each parameter appearing in the config file; as
well as,
>>> > defined
>>> > >> some
>>> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE is
defined
>>> in
>>> > all
>>> > >> config file
>>> > >> and in slilly.nam.conf.theia
>>> > >>
>>> > >> In the log file (*20190422.....using MET_BASE setting from
user
>>> > >> environment
>>> > >> instead of metplus config
>>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
correctly?
>>> > >>
>>> > >> I have reviewed  all the config files several times ( they
seem to
>>> be
>>> > >> right???).
>>> > >>
>>> > >> What am I doing wrong!
>>> > >>
>>> > >> Thanks,
>>> > >> Steve
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
>>> > >> met_help at ucar.edu>
>>> > >> wrote:
>>> > >>
>>> > >> > Hi Steve.
>>> > >> >
>>> > >> > That is the correct setting for MET_BASE, however, I'm not
sure
>>> that
>>> > >> > MET_BASE is being picked up by the code.  Let me explain.
>>> > >> >
>>> > >> > From the log file you sent, it looks like you ran the
following
>>> > command:
>>> > >> >
>>> > >> >
>>> > >> >
>>> > >>
>>> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
>>> > >> > -c
>>> > >> >
>>> > >> >
>>> > >>
>>> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>>> > >> >
>>> > >> > I don't see your slilly.system.conf.theia being passed in,
nor do
>>> I
>>> > see
>>> > >> it
>>> > >> > anywhere under
>>> > >> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
>>> > >> >
>>> > >> > Thinking you might have MET_BASE set somewhere else, I ran
the
>>> > following
>>> > >> > command to try to find the setting of MET_BASE in a parm
file
>>> under
>>> > >> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
>>> > but
>>> > >> > could not find anything:
>>> > >> >
>>> > >> > find
>>> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
>>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
>>> > >> > >
>>> > >> >
>>> > >> > Please be sure to have a system file that contains MET_BASE
and
>>> the
>>> > >> other
>>> > >> > necessary fields that were contained in your
>>> slilly.system.conf.theia,
>>> > >> or
>>> > >> > ensure these variables are included in another parm file,
and make
>>> > sure
>>> > >> > that file is passed in your call to master_metplus.py.
>>> > >> >
>>> > >> > Give that a try and please let us know how it goes.   If
you still
>>> > have
>>> > >> > problems, please send us your log file and also your
>>> > metplus_final.conf
>>> > >> > file.  Thanks!
>>> > >> >
>>> > >> > Julie
>>> > >> >
>>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA
Federal via
>>> RT <
>>> > >> > met_help at ucar.edu> wrote:
>>> > >> >
>>> > >> > >
>>> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>> > >> > >
>>> > >> > > Question:
>>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met (tc_pairs)
>>> > >> > >
>>> > >> > > In bashrc I have  module use contrib/modulefiles/met/8.0
>>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not a
>>> directory)
>>> > >> > >
>>> > >> > > Could this be causing a problem?
>>> > >> > >
>>> > >> > > Thanks,
>>> > >> > > Steve
>>> > >> > >
>>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA
Federal <
>>> > >> > > steven.lilly at noaa.gov> wrote:
>>> > >> > >
>>> > >> > > > Yes, I did.
>>> > >> > > >
>>> > >> > > > Steve
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
>>> > met_help at ucar.edu
>>> > >> >
>>> > >> > > > wrote:
>>> > >> > > >
>>> > >> > > >> Hi Steve,
>>> > >> > > >>
>>> > >> > > >> Did you try re-running with the updates to your
filename
>>> > templates?
>>> > >> > > >>
>>> > >> > > >> Thanks,
>>> > >> > > >> Minna
>>> > >> > > >>
>>> > >> > > >>
>>> > >> > > >> ---------------
>>> > >> > > >>
>>> > >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov
wrote:
>>> > >> > > >> > This seems to be an ongoing problem.
>>> > >> > > >> > Both Minna and Julie are working on a solution.
>>> > >> > > >> >
>>> > >> > > >> > Thanks,
>>> > >> > > >> > Steve
>>> > >> > > >> >
>>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik via
RT
>>> > >> > > >> > <met_help at ucar.edu>
>>> > >> > > >> > wrote:
>>> > >> > > >> >
>>> > >> > > >> > > Hi Steve.  I just wanted to follow up on Minna's
email.
>>> She
>>> > >> > > >> > > mentioned that
>>> > >> > > >> > > Perry S. had the same problem today, however he
was
>>> running
>>> > on
>>> > >> > > "gyre"
>>> > >> > > >> > > (WCOSS).  You are running on "theia", so instead
of
>>> running:
>>> > >> > > >> > >
>>> > >> > > >> > > ------------------run this on command line
>>> > >> > > >> > > ----------------------------
>>> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>>> > >> > > >> > > > module load met/8.0
>>> > >> > > >> > >
>>> > >> > > >> > >
>>> > >> > > >> > > You would want to run the following instead:
>>> > >> > > >> > >
>>> > >> > > >> > > > ------------------run this on command line
>>> > >> > > >> > > > ----------------------------
>>> > >> > > >> > > >       module use /contrib/modulefiles
>>> > >> > > >> > > >       module load met/8.0
>>> > >> > > >> > >
>>> > >> > > >> > >
>>> > >> > > >> > > However, you should have some sort of a set up
script for
>>> > >> METplus
>>> > >> > > >> > > that you
>>> > >> > > >> > > would run before running METplus.  Take a look
>>> > >> > > >> > > at
>>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
>>> > and
>>> > >> see
>>> > >> > > if
>>> > >> > > >> > > you
>>> > >> > > >> > > have something like that or if something like that
is in
>>> your
>>> > >> > > .bashrc
>>> > >> > > >> > > file
>>> > >> > > >> > > or .cshrc file.  If not, you want to run something
like
>>> that
>>> > >> > before
>>> > >> > > >> > > running
>>> > >> > > >> > > METplus.  You can use mine as a template, but you
would
>>> need
>>> > to
>>> > >> > > >> > > change the
>>> > >> > > >> > > location for METPLUS_PATH for your use.
>>> > >> > > >> > >
>>> > >> > > >> > > I hope that helps!  Please let us know how it
goes.
>>> > >> > > >> > >
>>> > >> > > >> > > Julie
>>> > >> > > >> > >
>>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT <
>>> > >> > met_help at ucar.edu
>>> > >> > > >
>>> > >> > > >> > > wrote:
>>> > >> > > >> > >
>>> > >> > > >> > > >
>>> > >> > > >> > > > <URL:
>>> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>> > >> > > >> > > >
>>> > >> > > >> > > > Hi Steve,
>>> > >> > > >> > > >
>>> > >> > > >> > > > Thanks for sending me your information.
>>> > >> > > >> > > >
>>> > >> > > >> > > > 1) I noticed this error in your log file:
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >>
>>> > >> >
>>> >
---------------------------snip----------------------------------------
>>> > >> > > >> > > >
>>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while
loading
>>> shared
>>> > >> > > >> > > > libraries:
>>> > >> > > >> > > > libpng16.so.16: cannot open shared object file:
No such
>>> > file
>>> > >> or
>>> > >> > > >> > > > directory
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > >
>>> > >> > > >>
>>> > >> > >
>>> > >> >
>>> > >>
>>> >
>>>
---------------------------snip-------------------------------------------
>>> > >> > > >> > > >
>>> > >> > > >> > > > which looks similar to an issue Perry S.
observed when
>>> he
>>> > was
>>> > >> > > >> > > > trying to
>>> > >> > > >> > > > run something earlier today. Julie reinstalled
the
>>> latest
>>> > of
>>> > >> > > >> > > > version of
>>> > >> > > >> > > > met-8.0 very recently.   Could you please try
the
>>> > following,
>>> > >> to
>>> > >> > > >> > > > ensure
>>> > >> > > >> > > you
>>> > >> > > >> > > > are using the most recent build of met?
>>> > >> > > >> > > >
>>> > >> > > >> > > > ------------------run this on command line
>>> > >> > > >> > > > ----------------------------
>>> > >> > > >> > > >
>>> > >> > > >> > > > module use
/global/noscrub/Julie.Prestopnik/modulefiles
>>> > >> > > >> > > > module load met/8.0
>>> > >> > > >> > > >
>>> > >> > > >> > > > -------------------end run
>>> this-------------------------
>>> > >> > > >> > > >
>>> > >> > > >> > > > 2) I also noticed that your filename template
isn't
>>> > providing
>>> > >> > all
>>> > >> > > >> > > > the
>>> > >> > > >> > > > information that the wrapper needs to determine
whether
>>> > >> > something
>>> > >> > > >> > > > falls
>>> > >> > > >> > > > within your time window of interest.
>>> > >> > > >> > > >
>>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
>>> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
>>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
Bdeck)
>>> > >> > > >> > > >
>>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq) in
the
>>> > filename
>>> > >> > > >> > > > corresponds
>>> > >> > > >> > > > to init times, could you please set your
FORECAST_TMPL
>>> to:
>>> > >> > > >> > > >  FORECAST_TMPL
>>> > >> > > >> > > >
>>> > >> > > >> > >
>>> > >> > > >>
>>> > >> > >
>>> > >> >
>>> > >>
>>> >
>>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>>> > >> > > >> > > >
>>> > >> > > >> > > > and your REFERENCE_TMPL to:
>>> > >> > > >> > > > REFERENCE_TMPL =
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > >
>>> > >> > > >>
>>> > >> > >
>>> > >> >
>>> > >>
>>> >
>>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>>> > >> > > >> > > >
>>> > >> > > >> > > > These are found under your [filename_templates]
header
>>> of
>>> > >> your
>>> > >> > > >> > > > METplus
>>> > >> > > >> > > > config file.
>>> > >> > > >> > > >
>>> > >> > > >> > > > The content after the 'init' lets the wrapper
know to
>>> which
>>> > >> init
>>> > >> > > >> > > > time
>>> > >> > > >> > > this
>>> > >> > > >> > > > particular Adeck or Bdeck corresponds (which
might be
>>> why
>>> > you
>>> > >> > > >> > > > aren't
>>> > >> > > >> > > > getting any results).
>>> > >> > > >> > > >
>>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
>>> corresponds to
>>> > a
>>> > >> > valid
>>> > >> > > >> > > > time,
>>> > >> > > >> > > > then replace 'init' with 'valid' inside the {}'s
in the
>>> > >> filename
>>> > >> > > >> > > > template
>>> > >> > > >> > > > settings.
>>> > >> > > >> > > >
>>> > >> > > >> > > > If this still doesn't work, then send me your
latest
>>> log
>>> > >> files
>>> > >> > and
>>> > >> > > >> > > > your
>>> > >> > > >> > > > master_metplus.conf so we can figure out what's
still
>>> > >> missing.
>>> > >> > > >> > > >
>>> > >> > > >> > > > Regards,
>>> > >> > > >> > > > Minna
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > > >
>>> > >> > > >> > >
>>> > >> > > >> > >
>>> > >> > > >>
>>> > >> > > >>
>>> > >> > > >>
>>> > >> > > >>
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >> >
>>> > >>
>>> > >>
>>> >
>>> >
>>>
>>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu May 02 07:11:24 2019

Good morning Julie,

I do not understand what the problem could be.  Again, no output was
generated.

The output from the command line has been saved located at;
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4 (filename steve)

The log file is located at:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
(filename *0502)

Finally, the "metplus_final .conf"  is loacated at:
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM

Hopefully, the above "messages" will reveal the problem.

Thanks, again, for your help.
Steve



On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Ok, Steve.  The installation is now complete and ready for you to
test.
> Please test with a fresh shell to ensure the module is reloaded.
>
> Julie
>
> On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Hi Steve.  I sent this too soon.  I am currently re-installing MET
on
> > theia, but it hasn't finished.  I meant to save the email until
the
> > compilation was finished, but sent it too soon.  I'll follow up
once the
> > compilation is actually complete.
> >
> > Thanks,
> > Julie
> >
> > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> >> I'm so glad you had a great vacation in Florida!  Welcome back!
> >>
> >> I'm happy to report that the "not detected" output you are seeing
can
> >> safely be ignored. If you are getting the expected data output
from
> >> METplus, then we can resolve this issue.
> >>
> >> However, I just took a look at your log file and found this
problem:
> >> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> >> libpng16.so.16: cannot open shared object file: No such file or
> directory
> >>
> >> I just now reinstalled met-8.0 on theia in a way that I believe
will
> >> eliminate that error.  Could you please try running the code
again?
> Please
> >> check the log file to ensure that error is gone and please check
to see
> if
> >> you have the expected output.  If you notice any problems, or if
you
> get a
> >> successful run, please let us know.  Thanks!
> >>
> >> Julie
> >>
> >>
> >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal via RT
<
> >> met_help at ucar.edu> wrote:
> >>
> >>>
> >>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>>
> >>> Good morning Julie,
> >>>
> >>> Just got back from vacation yesterday (Florida).  The weather
was great
> >>> and
> >>> had a great time. ( By the way, HW - hard wire ...fix logic in
the
> codes)
> >>>
> >>> I am still having trouble generating output.
> >>> I am see errors like:
> >>>     inside_aprun: not detected ( is not set or is 0);
> >>>     1sf_cray_intel: not detected;
> >>>     impi not detected; and,
> >>>     mpiexec_mpt: not detected.
> >>> Are the above errors "system errors"?
> >>>
> >>> My log and metplus_final.conf files are found at :
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> >>>
> >>> Please help me trouble shoot these bugs.  I need to get this
utility
> >>> working soon.
> >>>
> >>> Thanks for your attention to this matter.
> >>>
> >>> Steve
> >>>
> >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
> >>> met_help at ucar.edu>
> >>> wrote:
> >>>
> >>> > Hi Steve.  I just wanted to follow up and see if you were able
to
> get a
> >>> > successful run after the inclusion of slilly.nam.conf.theia in
your
> >>> call to
> >>> > master_metplus.py?  Please let us know how it goes.
> >>> >
> >>> > Thanks,
> >>> > Julie
> >>> >
> >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<jpresto at ucar.edu>
> >>> wrote:
> >>> >
> >>> > > Hi Steve.  Thank you for letting us know that you have a
> >>> > > slilly.nam.conf.theia file at
> >>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> >>> that is
> >>> > > the one you want to use.  I didn't look there, but rather
only
> >>> looked one
> >>> > > directory deeper in the "METplus-2.0.4" subdirectory of
> >>> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> >>> > >
> >>> > > I have HW each parameter appearing in the config file
> >>> > >>
> >>> > > I am not sure what "HW" means.  Please excuse my ignorance.
> >>> > >
> >>> > > Is MET_BASE defined correctly?
> >>> > >>
> >>> > > Yes, MET_BASE seems to be defined correctly.
> >>> > >
> >>> > > However, you did not include this slilly.nam.conf.theia
file in
> your
> >>> > call
> >>> > > to master_met_plus.py, so MET_BASE was likely not defined.
Please
> >>> try
> >>> > > running the following (note the addition of the
> slilly.nam.conf.theia
> >>> > file)
> >>> > > and let us know how it goes:
> >>> > >
> >>> > > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
/scratch4/NCEPDEV/stmp3/*
> >>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-
2.0.4/parm/use_cases/*
> >>> > >
*track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
> >>> > >
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> >>> > > *config/slilly.nam.conf.theia*
> >>> > >
> >>> > > Hopefully, that will resolve the problem you are
experiencing.
> >>> > >
> >>> > > Julie
> >>> > >
> >>> > >
> >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA Federal
via
> RT <
> >>> > > met_help at ucar.edu> wrote:
> >>> > >
> >>> > >>
> >>> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>> > >>
> >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> >>> > >> at
> >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> >>> > >>
> >>> > >> I have HW each parameter appearing in the config file; as
well as,
> >>> > defined
> >>> > >> some
> >>> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE is
defined
> >>> in
> >>> > all
> >>> > >> config file
> >>> > >> and in slilly.nam.conf.theia
> >>> > >>
> >>> > >> In the log file (*20190422.....using MET_BASE setting from
user
> >>> > >> environment
> >>> > >> instead of metplus config
> >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
> correctly?
> >>> > >>
> >>> > >> I have reviewed  all the config files several times ( they
seem to
> >>> be
> >>> > >> right???).
> >>> > >>
> >>> > >> What am I doing wrong!
> >>> > >>
> >>> > >> Thanks,
> >>> > >> Steve
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >>
> >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
> >>> > >> met_help at ucar.edu>
> >>> > >> wrote:
> >>> > >>
> >>> > >> > Hi Steve.
> >>> > >> >
> >>> > >> > That is the correct setting for MET_BASE, however, I'm
not sure
> >>> that
> >>> > >> > MET_BASE is being picked up by the code.  Let me explain.
> >>> > >> >
> >>> > >> > From the log file you sent, it looks like you ran the
following
> >>> > command:
> >>> > >> >
> >>> > >> >
> >>> > >> >
> >>> > >>
> >>> >
> >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> >>> > >> > -c
> >>> > >> >
> >>> > >> >
> >>> > >>
> >>> >
> >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> >>> > >> >
> >>> > >> > I don't see your slilly.system.conf.theia being passed
in, nor
> do
> >>> I
> >>> > see
> >>> > >> it
> >>> > >> > anywhere under
> >>> > >> >
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> >>> > >> >
> >>> > >> > Thinking you might have MET_BASE set somewhere else, I
ran the
> >>> > following
> >>> > >> > command to try to find the setting of MET_BASE in a parm
file
> >>> under
> >>> > >> >
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> >>> > but
> >>> > >> > could not find anything:
> >>> > >> >
> >>> > >> > find
> >>> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> >>> > >> > >
> >>> > >> >
> >>> > >> > Please be sure to have a system file that contains
MET_BASE and
> >>> the
> >>> > >> other
> >>> > >> > necessary fields that were contained in your
> >>> slilly.system.conf.theia,
> >>> > >> or
> >>> > >> > ensure these variables are included in another parm file,
and
> make
> >>> > sure
> >>> > >> > that file is passed in your call to master_metplus.py.
> >>> > >> >
> >>> > >> > Give that a try and please let us know how it goes.   If
you
> still
> >>> > have
> >>> > >> > problems, please send us your log file and also your
> >>> > metplus_final.conf
> >>> > >> > file.  Thanks!
> >>> > >> >
> >>> > >> > Julie
> >>> > >> >
> >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA
Federal via
> >>> RT <
> >>> > >> > met_help at ucar.edu> wrote:
> >>> > >> >
> >>> > >> > >
> >>> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> >>> > >> > >
> >>> > >> > > Question:
> >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
(tc_pairs)
> >>> > >> > >
> >>> > >> > > In bashrc I have  module use
contrib/modulefiles/met/8.0
> >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is not
a
> >>> directory)
> >>> > >> > >
> >>> > >> > > Could this be causing a problem?
> >>> > >> > >
> >>> > >> > > Thanks,
> >>> > >> > > Steve
> >>> > >> > >
> >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA
Federal <
> >>> > >> > > steven.lilly at noaa.gov> wrote:
> >>> > >> > >
> >>> > >> > > > Yes, I did.
> >>> > >> > > >
> >>> > >> > > > Steve
> >>> > >> > > >
> >>> > >> > > >
> >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
> >>> > met_help at ucar.edu
> >>> > >> >
> >>> > >> > > > wrote:
> >>> > >> > > >
> >>> > >> > > >> Hi Steve,
> >>> > >> > > >>
> >>> > >> > > >> Did you try re-running with the updates to your
filename
> >>> > templates?
> >>> > >> > > >>
> >>> > >> > > >> Thanks,
> >>> > >> > > >> Minna
> >>> > >> > > >>
> >>> > >> > > >>
> >>> > >> > > >> ---------------
> >>> > >> > > >>
> >>> > >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov
wrote:
> >>> > >> > > >> > This seems to be an ongoing problem.
> >>> > >> > > >> > Both Minna and Julie are working on a solution.
> >>> > >> > > >> >
> >>> > >> > > >> > Thanks,
> >>> > >> > > >> > Steve
> >>> > >> > > >> >
> >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik
via RT
> >>> > >> > > >> > <met_help at ucar.edu>
> >>> > >> > > >> > wrote:
> >>> > >> > > >> >
> >>> > >> > > >> > > Hi Steve.  I just wanted to follow up on Minna's
email.
> >>> She
> >>> > >> > > >> > > mentioned that
> >>> > >> > > >> > > Perry S. had the same problem today, however he
was
> >>> running
> >>> > on
> >>> > >> > > "gyre"
> >>> > >> > > >> > > (WCOSS).  You are running on "theia", so instead
of
> >>> running:
> >>> > >> > > >> > >
> >>> > >> > > >> > > ------------------run this on command line
> >>> > >> > > >> > > ----------------------------
> >>> > >> > > >> > > > module use
> /global/noscrub/Julie.Prestopnik/modulefiles
> >>> > >> > > >> > > > module load met/8.0
> >>> > >> > > >> > >
> >>> > >> > > >> > >
> >>> > >> > > >> > > You would want to run the following instead:
> >>> > >> > > >> > >
> >>> > >> > > >> > > > ------------------run this on command line
> >>> > >> > > >> > > > ----------------------------
> >>> > >> > > >> > > >       module use /contrib/modulefiles
> >>> > >> > > >> > > >       module load met/8.0
> >>> > >> > > >> > >
> >>> > >> > > >> > >
> >>> > >> > > >> > > However, you should have some sort of a set up
script
> for
> >>> > >> METplus
> >>> > >> > > >> > > that you
> >>> > >> > > >> > > would run before running METplus.  Take a look
> >>> > >> > > >> > > at
> >>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> >>> > and
> >>> > >> see
> >>> > >> > > if
> >>> > >> > > >> > > you
> >>> > >> > > >> > > have something like that or if something like
that is
> in
> >>> your
> >>> > >> > > .bashrc
> >>> > >> > > >> > > file
> >>> > >> > > >> > > or .cshrc file.  If not, you want to run
something like
> >>> that
> >>> > >> > before
> >>> > >> > > >> > > running
> >>> > >> > > >> > > METplus.  You can use mine as a template, but
you would
> >>> need
> >>> > to
> >>> > >> > > >> > > change the
> >>> > >> > > >> > > location for METPLUS_PATH for your use.
> >>> > >> > > >> > >
> >>> > >> > > >> > > I hope that helps!  Please let us know how it
goes.
> >>> > >> > > >> > >
> >>> > >> > > >> > > Julie
> >>> > >> > > >> > >
> >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via RT
<
> >>> > >> > met_help at ucar.edu
> >>> > >> > > >
> >>> > >> > > >> > > wrote:
> >>> > >> > > >> > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > <URL:
> >>> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > Hi Steve,
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > Thanks for sending me your information.
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > 1) I noticed this error in your log file:
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >>
> >>> > >> >
> >>> >
>
---------------------------snip----------------------------------------
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while
loading
> >>> shared
> >>> > >> > > >> > > > libraries:
> >>> > >> > > >> > > > libpng16.so.16: cannot open shared object
file: No
> such
> >>> > file
> >>> > >> or
> >>> > >> > > >> > > > directory
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > >
> >>> > >> > > >>
> >>> > >> > >
> >>> > >> >
> >>> > >>
> >>> >
> >>>
>
---------------------------snip-------------------------------------------
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > which looks similar to an issue Perry S.
observed
> when
> >>> he
> >>> > was
> >>> > >> > > >> > > > trying to
> >>> > >> > > >> > > > run something earlier today. Julie reinstalled
the
> >>> latest
> >>> > of
> >>> > >> > > >> > > > version of
> >>> > >> > > >> > > > met-8.0 very recently.   Could you please try
the
> >>> > following,
> >>> > >> to
> >>> > >> > > >> > > > ensure
> >>> > >> > > >> > > you
> >>> > >> > > >> > > > are using the most recent build of met?
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > ------------------run this on command line
> >>> > >> > > >> > > > ----------------------------
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > module use
> /global/noscrub/Julie.Prestopnik/modulefiles
> >>> > >> > > >> > > > module load met/8.0
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > -------------------end run
> >>> this-------------------------
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > 2) I also noticed that your filename template
isn't
> >>> > providing
> >>> > >> > all
> >>> > >> > > >> > > > the
> >>> > >> > > >> > > > information that the wrapper needs to
determine
> whether
> >>> > >> > something
> >>> > >> > > >> > > > falls
> >>> > >> > > >> > > > within your time window of interest.
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
> >>> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> >>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
Bdeck)
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or bmlq)
in the
> >>> > filename
> >>> > >> > > >> > > > corresponds
> >>> > >> > > >> > > > to init times, could you please set your
> FORECAST_TMPL
> >>> to:
> >>> > >> > > >> > > >  FORECAST_TMPL
> >>> > >> > > >> > > >
> >>> > >> > > >> > >
> >>> > >> > > >>
> >>> > >> > >
> >>> > >> >
> >>> > >>
> >>> >
> >>>
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> >>> > >> > > >> > > > REFERENCE_TMPL =
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > >
> >>> > >> > > >>
> >>> > >> > >
> >>> > >> >
> >>> > >>
> >>> >
> >>>
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > These are found under your
[filename_templates]
> header
> >>> of
> >>> > >> your
> >>> > >> > > >> > > > METplus
> >>> > >> > > >> > > > config file.
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > The content after the 'init' lets the wrapper
know to
> >>> which
> >>> > >> init
> >>> > >> > > >> > > > time
> >>> > >> > > >> > > this
> >>> > >> > > >> > > > particular Adeck or Bdeck corresponds (which
might be
> >>> why
> >>> > you
> >>> > >> > > >> > > > aren't
> >>> > >> > > >> > > > getting any results).
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
> >>> corresponds to
> >>> > a
> >>> > >> > valid
> >>> > >> > > >> > > > time,
> >>> > >> > > >> > > > then replace 'init' with 'valid' inside the
{}'s in
> the
> >>> > >> filename
> >>> > >> > > >> > > > template
> >>> > >> > > >> > > > settings.
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > If this still doesn't work, then send me your
latest
> >>> log
> >>> > >> files
> >>> > >> > and
> >>> > >> > > >> > > > your
> >>> > >> > > >> > > > master_metplus.conf so we can figure out
what's still
> >>> > >> missing.
> >>> > >> > > >> > > >
> >>> > >> > > >> > > > Regards,
> >>> > >> > > >> > > > Minna
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > > >
> >>> > >> > > >> > >
> >>> > >> > > >> > >
> >>> > >> > > >>
> >>> > >> > > >>
> >>> > >> > > >>
> >>> > >> > > >>
> >>> > >> > >
> >>> > >> > >
> >>> > >> >
> >>> > >> >
> >>> > >>
> >>> > >>
> >>> >
> >>> >
> >>>
> >>>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Minna Win
Time: Thu May 02 09:37:59 2019

Hi Steve,

Julie is out today, perhaps I can take a look at your logs, final conf
and
command line output?  Unfortunately, I do not have access to any of
the
WCOSS hosts, so you will need to send/attach these to me.

Thanks,
Minna
---------------
Minna Win
NCAR
Research Applications Lab
Phone: 303-497-8423
Fax:   303-497-8401



On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Good morning Julie,
>
> I do not understand what the problem could be.  Again, no output was
> generated.
>
> The output from the command line has been saved located at;
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4 (filename
steve)
>
> The log file is located at:
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> (filename *0502)
>
> Finally, the "metplus_final .conf"  is loacated at:
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
>
> Hopefully, the above "messages" will reveal the problem.
>
> Thanks, again, for your help.
> Steve
>
>
>
> On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Ok, Steve.  The installation is now complete and ready for you to
test.
> > Please test with a fresh shell to ensure the module is reloaded.
> >
> > Julie
> >
> > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> > > Hi Steve.  I sent this too soon.  I am currently re-installing
MET on
> > > theia, but it hasn't finished.  I meant to save the email until
the
> > > compilation was finished, but sent it too soon.  I'll follow up
once
> the
> > > compilation is actually complete.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > >> I'm so glad you had a great vacation in Florida!  Welcome back!
> > >>
> > >> I'm happy to report that the "not detected" output you are
seeing can
> > >> safely be ignored. If you are getting the expected data output
from
> > >> METplus, then we can resolve this issue.
> > >>
> > >> However, I just took a look at your log file and found this
problem:
> > >> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> > >> libpng16.so.16: cannot open shared object file: No such file or
> > directory
> > >>
> > >> I just now reinstalled met-8.0 on theia in a way that I believe
will
> > >> eliminate that error.  Could you please try running the code
again?
> > Please
> > >> check the log file to ensure that error is gone and please
check to
> see
> > if
> > >> you have the expected output.  If you notice any problems, or
if you
> > get a
> > >> successful run, please let us know.  Thanks!
> > >>
> > >> Julie
> > >>
> > >>
> > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal via
RT <
> > >> met_help at ucar.edu> wrote:
> > >>
> > >>>
> > >>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> > >>>
> > >>> Good morning Julie,
> > >>>
> > >>> Just got back from vacation yesterday (Florida).  The weather
was
> great
> > >>> and
> > >>> had a great time. ( By the way, HW - hard wire ...fix logic in
the
> > codes)
> > >>>
> > >>> I am still having trouble generating output.
> > >>> I am see errors like:
> > >>>     inside_aprun: not detected ( is not set or is 0);
> > >>>     1sf_cray_intel: not detected;
> > >>>     impi not detected; and,
> > >>>     mpiexec_mpt: not detected.
> > >>> Are the above errors "system errors"?
> > >>>
> > >>> My log and metplus_final.conf files are found at :
> > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > >>>
> > >>> Please help me trouble shoot these bugs.  I need to get this
utility
> > >>> working soon.
> > >>>
> > >>> Thanks for your attention to this matter.
> > >>>
> > >>> Steve
> > >>>
> > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
> > >>> met_help at ucar.edu>
> > >>> wrote:
> > >>>
> > >>> > Hi Steve.  I just wanted to follow up and see if you were
able to
> > get a
> > >>> > successful run after the inclusion of slilly.nam.conf.theia
in your
> > >>> call to
> > >>> > master_metplus.py?  Please let us know how it goes.
> > >>> >
> > >>> > Thanks,
> > >>> > Julie
> > >>> >
> > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<jpresto at ucar.edu
> >
> > >>> wrote:
> > >>> >
> > >>> > > Hi Steve.  Thank you for letting us know that you have a
> > >>> > > slilly.nam.conf.theia file at
> > >>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > >>> that is
> > >>> > > the one you want to use.  I didn't look there, but rather
only
> > >>> looked one
> > >>> > > directory deeper in the "METplus-2.0.4" subdirectory of
> > >>> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > >>> > >
> > >>> > > I have HW each parameter appearing in the config file
> > >>> > >>
> > >>> > > I am not sure what "HW" means.  Please excuse my
ignorance.
> > >>> > >
> > >>> > > Is MET_BASE defined correctly?
> > >>> > >>
> > >>> > > Yes, MET_BASE seems to be defined correctly.
> > >>> > >
> > >>> > > However, you did not include this slilly.nam.conf.theia
file in
> > your
> > >>> > call
> > >>> > > to master_met_plus.py, so MET_BASE was likely not defined.
> Please
> > >>> try
> > >>> > > running the following (note the addition of the
> > slilly.nam.conf.theia
> > >>> > file)
> > >>> > > and let us know how it goes:
> > >>> > >
> > >>> > > */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> /scratch4/NCEPDEV/stmp3/*
> > >>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-
2.0.4/parm/use_cases/*
> > >>> > >
*track_and_intensity/examples/**track_and_intensity_ATCF.conf -c
> > >>> > >
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > >>> > > *config/slilly.nam.conf.theia*
> > >>> > >
> > >>> > > Hopefully, that will resolve the problem you are
experiencing.
> > >>> > >
> > >>> > > Julie
> > >>> > >
> > >>> > >
> > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA
Federal via
> > RT <
> > >>> > > met_help at ucar.edu> wrote:
> > >>> > >
> > >>> > >>
> > >>> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>> > >>
> > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > >>> > >> at
> > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > >>> > >>
> > >>> > >> I have HW each parameter appearing in the config file; as
well
> as,
> > >>> > defined
> > >>> > >> some
> > >>> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE
is
> defined
> > >>> in
> > >>> > all
> > >>> > >> config file
> > >>> > >> and in slilly.nam.conf.theia
> > >>> > >>
> > >>> > >> In the log file (*20190422.....using MET_BASE setting
from user
> > >>> > >> environment
> > >>> > >> instead of metplus config
> > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE defined
> > correctly?
> > >>> > >>
> > >>> > >> I have reviewed  all the config files several times (
they seem
> to
> > >>> be
> > >>> > >> right???).
> > >>> > >>
> > >>> > >> What am I doing wrong!
> > >>> > >>
> > >>> > >> Thanks,
> > >>> > >> Steve
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >>
> > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT <
> > >>> > >> met_help at ucar.edu>
> > >>> > >> wrote:
> > >>> > >>
> > >>> > >> > Hi Steve.
> > >>> > >> >
> > >>> > >> > That is the correct setting for MET_BASE, however, I'm
not
> sure
> > >>> that
> > >>> > >> > MET_BASE is being picked up by the code.  Let me
explain.
> > >>> > >> >
> > >>> > >> > From the log file you sent, it looks like you ran the
> following
> > >>> > command:
> > >>> > >> >
> > >>> > >> >
> > >>> > >> >
> > >>> > >>
> > >>> >
> > >>>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > >>> > >> > -c
> > >>> > >> >
> > >>> > >> >
> > >>> > >>
> > >>> >
> > >>>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > >>> > >> >
> > >>> > >> > I don't see your slilly.system.conf.theia being passed
in, nor
> > do
> > >>> I
> > >>> > see
> > >>> > >> it
> > >>> > >> > anywhere under
> > >>> > >> >
> > >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > >>> > >> >
> > >>> > >> > Thinking you might have MET_BASE set somewhere else, I
ran the
> > >>> > following
> > >>> > >> > command to try to find the setting of MET_BASE in a
parm file
> > >>> under
> > >>> > >> >
> > >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > >>> > but
> > >>> > >> > could not find anything:
> > >>> > >> >
> > >>> > >> > find
> > >>> >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
> > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > >>> > >> > >
> > >>> > >> >
> > >>> > >> > Please be sure to have a system file that contains
MET_BASE
> and
> > >>> the
> > >>> > >> other
> > >>> > >> > necessary fields that were contained in your
> > >>> slilly.system.conf.theia,
> > >>> > >> or
> > >>> > >> > ensure these variables are included in another parm
file, and
> > make
> > >>> > sure
> > >>> > >> > that file is passed in your call to master_metplus.py.
> > >>> > >> >
> > >>> > >> > Give that a try and please let us know how it goes.
If you
> > still
> > >>> > have
> > >>> > >> > problems, please send us your log file and also your
> > >>> > metplus_final.conf
> > >>> > >> > file.  Thanks!
> > >>> > >> >
> > >>> > >> > Julie
> > >>> > >> >
> > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA
Federal
> via
> > >>> RT <
> > >>> > >> > met_help at ucar.edu> wrote:
> > >>> > >> >
> > >>> > >> > >
> > >>> > >> > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >
> > >>> > >> > >
> > >>> > >> > > Question:
> > >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
(tc_pairs)
> > >>> > >> > >
> > >>> > >> > > In bashrc I have  module use
contrib/modulefiles/met/8.0
> > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is
not a
> > >>> directory)
> > >>> > >> > >
> > >>> > >> > > Could this be causing a problem?
> > >>> > >> > >
> > >>> > >> > > Thanks,
> > >>> > >> > > Steve
> > >>> > >> > >
> > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA
Federal
> <
> > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > >>> > >> > >
> > >>> > >> > > > Yes, I did.
> > >>> > >> > > >
> > >>> > >> > > > Steve
> > >>> > >> > > >
> > >>> > >> > > >
> > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT <
> > >>> > met_help at ucar.edu
> > >>> > >> >
> > >>> > >> > > > wrote:
> > >>> > >> > > >
> > >>> > >> > > >> Hi Steve,
> > >>> > >> > > >>
> > >>> > >> > > >> Did you try re-running with the updates to your
filename
> > >>> > templates?
> > >>> > >> > > >>
> > >>> > >> > > >> Thanks,
> > >>> > >> > > >> Minna
> > >>> > >> > > >>
> > >>> > >> > > >>
> > >>> > >> > > >> ---------------
> > >>> > >> > > >>
> > >>> > >> > > >> On Thu Apr 18 11:55:43 2019, steven.lilly at noaa.gov
> wrote:
> > >>> > >> > > >> > This seems to be an ongoing problem.
> > >>> > >> > > >> > Both Minna and Julie are working on a solution.
> > >>> > >> > > >> >
> > >>> > >> > > >> > Thanks,
> > >>> > >> > > >> > Steve
> > >>> > >> > > >> >
> > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie Prestopnik
via RT
> > >>> > >> > > >> > <met_help at ucar.edu>
> > >>> > >> > > >> > wrote:
> > >>> > >> > > >> >
> > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up on
Minna's
> email.
> > >>> She
> > >>> > >> > > >> > > mentioned that
> > >>> > >> > > >> > > Perry S. had the same problem today, however
he was
> > >>> running
> > >>> > on
> > >>> > >> > > "gyre"
> > >>> > >> > > >> > > (WCOSS).  You are running on "theia", so
instead of
> > >>> running:
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > ------------------run this on command line
> > >>> > >> > > >> > > ----------------------------
> > >>> > >> > > >> > > > module use
> > /global/noscrub/Julie.Prestopnik/modulefiles
> > >>> > >> > > >> > > > module load met/8.0
> > >>> > >> > > >> > >
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > You would want to run the following instead:
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > > ------------------run this on command line
> > >>> > >> > > >> > > > ----------------------------
> > >>> > >> > > >> > > >       module use /contrib/modulefiles
> > >>> > >> > > >> > > >       module load met/8.0
> > >>> > >> > > >> > >
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > However, you should have some sort of a set up
script
> > for
> > >>> > >> METplus
> > >>> > >> > > >> > > that you
> > >>> > >> > > >> > > would run before running METplus.  Take a look
> > >>> > >> > > >> > > at
> > >>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > >>> > and
> > >>> > >> see
> > >>> > >> > > if
> > >>> > >> > > >> > > you
> > >>> > >> > > >> > > have something like that or if something like
that is
> > in
> > >>> your
> > >>> > >> > > .bashrc
> > >>> > >> > > >> > > file
> > >>> > >> > > >> > > or .cshrc file.  If not, you want to run
something
> like
> > >>> that
> > >>> > >> > before
> > >>> > >> > > >> > > running
> > >>> > >> > > >> > > METplus.  You can use mine as a template, but
you
> would
> > >>> need
> > >>> > to
> > >>> > >> > > >> > > change the
> > >>> > >> > > >> > > location for METPLUS_PATH for your use.
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > I hope that helps!  Please let us know how it
goes.
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > Julie
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win via
RT <
> > >>> > >> > met_help at ucar.edu
> > >>> > >> > > >
> > >>> > >> > > >> > > wrote:
> > >>> > >> > > >> > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > <URL:
> > >>> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > Hi Steve,
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > Thanks for sending me your information.
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > 1) I noticed this error in your log file:
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >>
> > >>> > >> >
> > >>> >
> >
---------------------------snip----------------------------------------
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while
loading
> > >>> shared
> > >>> > >> > > >> > > > libraries:
> > >>> > >> > > >> > > > libpng16.so.16: cannot open shared object
file: No
> > such
> > >>> > file
> > >>> > >> or
> > >>> > >> > > >> > > > directory
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > >
> > >>> > >> > > >>
> > >>> > >> > >
> > >>> > >> >
> > >>> > >>
> > >>> >
> > >>>
> >
>
---------------------------snip-------------------------------------------
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > which looks similar to an issue Perry S.
observed
> > when
> > >>> he
> > >>> > was
> > >>> > >> > > >> > > > trying to
> > >>> > >> > > >> > > > run something earlier today. Julie
reinstalled the
> > >>> latest
> > >>> > of
> > >>> > >> > > >> > > > version of
> > >>> > >> > > >> > > > met-8.0 very recently.   Could you please
try the
> > >>> > following,
> > >>> > >> to
> > >>> > >> > > >> > > > ensure
> > >>> > >> > > >> > > you
> > >>> > >> > > >> > > > are using the most recent build of met?
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > ------------------run this on command line
> > >>> > >> > > >> > > > ----------------------------
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > module use
> > /global/noscrub/Julie.Prestopnik/modulefiles
> > >>> > >> > > >> > > > module load met/8.0
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > -------------------end run
> > >>> this-------------------------
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > 2) I also noticed that your filename
template isn't
> > >>> > providing
> > >>> > >> > all
> > >>> > >> > > >> > > > the
> > >>> > >> > > >> > > > information that the wrapper needs to
determine
> > whether
> > >>> > >> > something
> > >>> > >> > > >> > > > falls
> > >>> > >> > > >> > > > within your time window of interest.
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
> > >>> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.####
(or
> > >>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
Bdeck)
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or
bmlq) in
> the
> > >>> > filename
> > >>> > >> > > >> > > > corresponds
> > >>> > >> > > >> > > > to init times, could you please set your
> > FORECAST_TMPL
> > >>> to:
> > >>> > >> > > >> > > >  FORECAST_TMPL
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > >
> > >>> > >> > > >>
> > >>> > >> > >
> > >>> > >> >
> > >>> > >>
> > >>> >
> > >>>
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > >>> > >> > > >> > > > REFERENCE_TMPL =
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > >
> > >>> > >> > > >>
> > >>> > >> > >
> > >>> > >> >
> > >>> > >>
> > >>> >
> > >>>
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > These are found under your
[filename_templates]
> > header
> > >>> of
> > >>> > >> your
> > >>> > >> > > >> > > > METplus
> > >>> > >> > > >> > > > config file.
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > The content after the 'init' lets the
wrapper know
> to
> > >>> which
> > >>> > >> init
> > >>> > >> > > >> > > > time
> > >>> > >> > > >> > > this
> > >>> > >> > > >> > > > particular Adeck or Bdeck corresponds (which
might
> be
> > >>> why
> > >>> > you
> > >>> > >> > > >> > > > aren't
> > >>> > >> > > >> > > > getting any results).
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq filename
> > >>> corresponds to
> > >>> > a
> > >>> > >> > valid
> > >>> > >> > > >> > > > time,
> > >>> > >> > > >> > > > then replace 'init' with 'valid' inside the
{}'s in
> > the
> > >>> > >> filename
> > >>> > >> > > >> > > > template
> > >>> > >> > > >> > > > settings.
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > If this still doesn't work, then send me
your
> latest
> > >>> log
> > >>> > >> files
> > >>> > >> > and
> > >>> > >> > > >> > > > your
> > >>> > >> > > >> > > > master_metplus.conf so we can figure out
what's
> still
> > >>> > >> missing.
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > > Regards,
> > >>> > >> > > >> > > > Minna
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > > >
> > >>> > >> > > >> > >
> > >>> > >> > > >> > >
> > >>> > >> > > >>
> > >>> > >> > > >>
> > >>> > >> > > >>
> > >>> > >> > > >>
> > >>> > >> > >
> > >>> > >> > >
> > >>> > >> >
> > >>> > >> >
> > >>> > >>
> > >>> > >>
> > >>> >
> > >>> >
> > >>>
> > >>>
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu May 02 09:48:27 2019

Good morning Minna,

These files are on THEIA not WCOSS.   Do you have access to
THEIA?

Thanks,
Steve

On Thu, May 2, 2019 at 11:38 AM Minna Win via RT <met_help at ucar.edu>
wrote:

> Hi Steve,
>
> Julie is out today, perhaps I can take a look at your logs, final
conf and
> command line output?  Unfortunately, I do not have access to any of
the
> WCOSS hosts, so you will need to send/attach these to me.
>
> Thanks,
> Minna
> ---------------
> Minna Win
> NCAR
> Research Applications Lab
> Phone: 303-497-8423
> Fax:   303-497-8401
>
>
>
> On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Good morning Julie,
> >
> > I do not understand what the problem could be.  Again, no output
was
> > generated.
> >
> > The output from the command line has been saved located at;
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4 (filename
steve)
> >
> > The log file is located at:
> >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> > (filename *0502)
> >
> > Finally, the "metplus_final .conf"  is loacated at:
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> >
> > Hopefully, the above "messages" will reveal the problem.
> >
> > Thanks, again, for your help.
> > Steve
> >
> >
> >
> > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Ok, Steve.  The installation is now complete and ready for you
to test.
> > > Please test with a fresh shell to ensure the module is reloaded.
> > >
> > > Julie
> > >
> > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > Hi Steve.  I sent this too soon.  I am currently re-installing
MET on
> > > > theia, but it hasn't finished.  I meant to save the email
until the
> > > > compilation was finished, but sent it too soon.  I'll follow
up once
> > the
> > > > compilation is actually complete.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > >> I'm so glad you had a great vacation in Florida!  Welcome
back!
> > > >>
> > > >> I'm happy to report that the "not detected" output you are
seeing
> can
> > > >> safely be ignored. If you are getting the expected data
output from
> > > >> METplus, then we can resolve this issue.
> > > >>
> > > >> However, I just took a look at your log file and found this
problem:
> > > >> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> > > >> libpng16.so.16: cannot open shared object file: No such file
or
> > > directory
> > > >>
> > > >> I just now reinstalled met-8.0 on theia in a way that I
believe will
> > > >> eliminate that error.  Could you please try running the code
again?
> > > Please
> > > >> check the log file to ensure that error is gone and please
check to
> > see
> > > if
> > > >> you have the expected output.  If you notice any problems, or
if you
> > > get a
> > > >> successful run, please let us know.  Thanks!
> > > >>
> > > >> Julie
> > > >>
> > > >>
> > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal
via RT <
> > > >> met_help at ucar.edu> wrote:
> > > >>
> > > >>>
> > > >>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > > >>>
> > > >>> Good morning Julie,
> > > >>>
> > > >>> Just got back from vacation yesterday (Florida).  The
weather was
> > great
> > > >>> and
> > > >>> had a great time. ( By the way, HW - hard wire ...fix logic
in the
> > > codes)
> > > >>>
> > > >>> I am still having trouble generating output.
> > > >>> I am see errors like:
> > > >>>     inside_aprun: not detected ( is not set or is 0);
> > > >>>     1sf_cray_intel: not detected;
> > > >>>     impi not detected; and,
> > > >>>     mpiexec_mpt: not detected.
> > > >>> Are the above errors "system errors"?
> > > >>>
> > > >>> My log and metplus_final.conf files are found at :
> > > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > > >>>
> > > >>> Please help me trouble shoot these bugs.  I need to get this
> utility
> > > >>> working soon.
> > > >>>
> > > >>> Thanks for your attention to this matter.
> > > >>>
> > > >>> Steve
> > > >>>
> > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
> > > >>> met_help at ucar.edu>
> > > >>> wrote:
> > > >>>
> > > >>> > Hi Steve.  I just wanted to follow up and see if you were
able to
> > > get a
> > > >>> > successful run after the inclusion of
slilly.nam.conf.theia in
> your
> > > >>> call to
> > > >>> > master_metplus.py?  Please let us know how it goes.
> > > >>> >
> > > >>> > Thanks,
> > > >>> > Julie
> > > >>> >
> > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
> jpresto at ucar.edu
> > >
> > > >>> wrote:
> > > >>> >
> > > >>> > > Hi Steve.  Thank you for letting us know that you have a
> > > >>> > > slilly.nam.conf.theia file at
> > > >>> > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > > >>> that is
> > > >>> > > the one you want to use.  I didn't look there, but
rather only
> > > >>> looked one
> > > >>> > > directory deeper in the "METplus-2.0.4" subdirectory of
> > > >>> > > "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > > >>> > >
> > > >>> > > I have HW each parameter appearing in the config file
> > > >>> > >>
> > > >>> > > I am not sure what "HW" means.  Please excuse my
ignorance.
> > > >>> > >
> > > >>> > > Is MET_BASE defined correctly?
> > > >>> > >>
> > > >>> > > Yes, MET_BASE seems to be defined correctly.
> > > >>> > >
> > > >>> > > However, you did not include this slilly.nam.conf.theia
file
> in
> > > your
> > > >>> > call
> > > >>> > > to master_met_plus.py, so MET_BASE was likely not
defined.
> > Please
> > > >>> try
> > > >>> > > running the following (note the addition of the
> > > slilly.nam.conf.theia
> > > >>> > file)
> > > >>> > > and let us know how it goes:
> > > >>> > >
> > > >>> > >
*/scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> > /scratch4/NCEPDEV/stmp3/*
> > > >>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-
2.0.4/parm/use_cases/*
> > > >>> > >
*track_and_intensity/examples/**track_and_intensity_ATCF.conf
> -c
> > > >>> > >
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > > >>> > > *config/slilly.nam.conf.theia*
> > > >>> > >
> > > >>> > > Hopefully, that will resolve the problem you are
experiencing.
> > > >>> > >
> > > >>> > > Julie
> > > >>> > >
> > > >>> > >
> > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA
Federal
> via
> > > RT <
> > > >>> > > met_help at ucar.edu> wrote:
> > > >>> > >
> > > >>> > >>
> > > >>> > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> > > >>> > >>
> > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > > >>> > >> at
> > > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > > >>> > >>
> > > >>> > >> I have HW each parameter appearing in the config file;
as well
> > as,
> > > >>> > defined
> > > >>> > >> some
> > > >>> > >> of the parameters in "slilly.nam.conf.theia".  MET_BASE
is
> > defined
> > > >>> in
> > > >>> > all
> > > >>> > >> config file
> > > >>> > >> and in slilly.nam.conf.theia
> > > >>> > >>
> > > >>> > >> In the log file (*20190422.....using MET_BASE setting
from
> user
> > > >>> > >> environment
> > > >>> > >> instead of metplus config
> > > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE
defined
> > > correctly?
> > > >>> > >>
> > > >>> > >> I have reviewed  all the config files several times (
they
> seem
> > to
> > > >>> be
> > > >>> > >> right???).
> > > >>> > >>
> > > >>> > >> What am I doing wrong!
> > > >>> > >>
> > > >>> > >> Thanks,
> > > >>> > >> Steve
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >>
> > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via RT
<
> > > >>> > >> met_help at ucar.edu>
> > > >>> > >> wrote:
> > > >>> > >>
> > > >>> > >> > Hi Steve.
> > > >>> > >> >
> > > >>> > >> > That is the correct setting for MET_BASE, however,
I'm not
> > sure
> > > >>> that
> > > >>> > >> > MET_BASE is being picked up by the code.  Let me
explain.
> > > >>> > >> >
> > > >>> > >> > From the log file you sent, it looks like you ran the
> > following
> > > >>> > command:
> > > >>> > >> >
> > > >>> > >> >
> > > >>> > >> >
> > > >>> > >>
> > > >>> >
> > > >>>
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > > >>> > >> > -c
> > > >>> > >> >
> > > >>> > >> >
> > > >>> > >>
> > > >>> >
> > > >>>
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > > >>> > >> >
> > > >>> > >> > I don't see your slilly.system.conf.theia being
passed in,
> nor
> > > do
> > > >>> I
> > > >>> > see
> > > >>> > >> it
> > > >>> > >> > anywhere under
> > > >>> > >> >
> > > >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/.
> > > >>> > >> >
> > > >>> > >> > Thinking you might have MET_BASE set somewhere else,
I ran
> the
> > > >>> > following
> > > >>> > >> > command to try to find the setting of MET_BASE in a
parm
> file
> > > >>> under
> > > >>> > >> >
> > > >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/,
> > > >>> > but
> > > >>> > >> > could not find anything:
> > > >>> > >> >
> > > >>> > >> > find
> > > >>> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
> > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > > >>> > >> > >
> > > >>> > >> >
> > > >>> > >> > Please be sure to have a system file that contains
MET_BASE
> > and
> > > >>> the
> > > >>> > >> other
> > > >>> > >> > necessary fields that were contained in your
> > > >>> slilly.system.conf.theia,
> > > >>> > >> or
> > > >>> > >> > ensure these variables are included in another parm
file,
> and
> > > make
> > > >>> > sure
> > > >>> > >> > that file is passed in your call to
master_metplus.py.
> > > >>> > >> >
> > > >>> > >> > Give that a try and please let us know how it goes.
If you
> > > still
> > > >>> > have
> > > >>> > >> > problems, please send us your log file and also your
> > > >>> > metplus_final.conf
> > > >>> > >> > file.  Thanks!
> > > >>> > >> >
> > > >>> > >> > Julie
> > > >>> > >> >
> > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly - NOAA
Federal
> > via
> > > >>> RT <
> > > >>> > >> > met_help at ucar.edu> wrote:
> > > >>> > >> >
> > > >>> > >> > >
> > > >>> > >> > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > >
> > > >>> > >> > >
> > > >>> > >> > > Question:
> > > >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
(tc_pairs)
> > > >>> > >> > >
> > > >>> > >> > > In bashrc I have  module use
contrib/modulefiles/met/8.0
> > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it is
not a
> > > >>> directory)
> > > >>> > >> > >
> > > >>> > >> > > Could this be causing a problem?
> > > >>> > >> > >
> > > >>> > >> > > Thanks,
> > > >>> > >> > > Steve
> > > >>> > >> > >
> > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly - NOAA
> Federal
> > <
> > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > > >>> > >> > >
> > > >>> > >> > > > Yes, I did.
> > > >>> > >> > > >
> > > >>> > >> > > > Steve
> > > >>> > >> > > >
> > > >>> > >> > > >
> > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via RT
<
> > > >>> > met_help at ucar.edu
> > > >>> > >> >
> > > >>> > >> > > > wrote:
> > > >>> > >> > > >
> > > >>> > >> > > >> Hi Steve,
> > > >>> > >> > > >>
> > > >>> > >> > > >> Did you try re-running with the updates to your
> filename
> > > >>> > templates?
> > > >>> > >> > > >>
> > > >>> > >> > > >> Thanks,
> > > >>> > >> > > >> Minna
> > > >>> > >> > > >>
> > > >>> > >> > > >>
> > > >>> > >> > > >> ---------------
> > > >>> > >> > > >>
> > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
steven.lilly at noaa.gov
> > wrote:
> > > >>> > >> > > >> > This seems to be an ongoing problem.
> > > >>> > >> > > >> > Both Minna and Julie are working on a
solution.
> > > >>> > >> > > >> >
> > > >>> > >> > > >> > Thanks,
> > > >>> > >> > > >> > Steve
> > > >>> > >> > > >> >
> > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
Prestopnik via
> RT
> > > >>> > >> > > >> > <met_help at ucar.edu>
> > > >>> > >> > > >> > wrote:
> > > >>> > >> > > >> >
> > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up on
Minna's
> > email.
> > > >>> She
> > > >>> > >> > > >> > > mentioned that
> > > >>> > >> > > >> > > Perry S. had the same problem today, however
he was
> > > >>> running
> > > >>> > on
> > > >>> > >> > > "gyre"
> > > >>> > >> > > >> > > (WCOSS).  You are running on "theia", so
instead of
> > > >>> running:
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > ------------------run this on command line
> > > >>> > >> > > >> > > ----------------------------
> > > >>> > >> > > >> > > > module use
> > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > >>> > >> > > >> > > > module load met/8.0
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > You would want to run the following instead:
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > > ------------------run this on command line
> > > >>> > >> > > >> > > > ----------------------------
> > > >>> > >> > > >> > > >       module use /contrib/modulefiles
> > > >>> > >> > > >> > > >       module load met/8.0
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > However, you should have some sort of a set
up
> script
> > > for
> > > >>> > >> METplus
> > > >>> > >> > > >> > > that you
> > > >>> > >> > > >> > > would run before running METplus.  Take a
look
> > > >>> > >> > > >> > > at
> > > >>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > > >>> > and
> > > >>> > >> see
> > > >>> > >> > > if
> > > >>> > >> > > >> > > you
> > > >>> > >> > > >> > > have something like that or if something
like that
> is
> > > in
> > > >>> your
> > > >>> > >> > > .bashrc
> > > >>> > >> > > >> > > file
> > > >>> > >> > > >> > > or .cshrc file.  If not, you want to run
something
> > like
> > > >>> that
> > > >>> > >> > before
> > > >>> > >> > > >> > > running
> > > >>> > >> > > >> > > METplus.  You can use mine as a template,
but you
> > would
> > > >>> need
> > > >>> > to
> > > >>> > >> > > >> > > change the
> > > >>> > >> > > >> > > location for METPLUS_PATH for your use.
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > I hope that helps!  Please let us know how
it goes.
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > Julie
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win
via RT <
> > > >>> > >> > met_help at ucar.edu
> > > >>> > >> > > >
> > > >>> > >> > > >> > > wrote:
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > <URL:
> > > >>> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > Hi Steve,
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > Thanks for sending me your information.
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > 1) I noticed this error in your log file:
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >>
> > > >>> > >> >
> > > >>> >
> > >
---------------------------snip----------------------------------------
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error while
> loading
> > > >>> shared
> > > >>> > >> > > >> > > > libraries:
> > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared object
file:
> No
> > > such
> > > >>> > file
> > > >>> > >> or
> > > >>> > >> > > >> > > > directory
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >>
> > > >>> > >> > >
> > > >>> > >> >
> > > >>> > >>
> > > >>> >
> > > >>>
> > >
> >
>
---------------------------snip-------------------------------------------
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > which looks similar to an issue Perry S.
observed
> > > when
> > > >>> he
> > > >>> > was
> > > >>> > >> > > >> > > > trying to
> > > >>> > >> > > >> > > > run something earlier today. Julie
reinstalled
> the
> > > >>> latest
> > > >>> > of
> > > >>> > >> > > >> > > > version of
> > > >>> > >> > > >> > > > met-8.0 very recently.   Could you please
try the
> > > >>> > following,
> > > >>> > >> to
> > > >>> > >> > > >> > > > ensure
> > > >>> > >> > > >> > > you
> > > >>> > >> > > >> > > > are using the most recent build of met?
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > ------------------run this on command line
> > > >>> > >> > > >> > > > ----------------------------
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > module use
> > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > >>> > >> > > >> > > > module load met/8.0
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > -------------------end run
> > > >>> this-------------------------
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > 2) I also noticed that your filename
template
> isn't
> > > >>> > providing
> > > >>> > >> > all
> > > >>> > >> > > >> > > > the
> > > >>> > >> > > >> > > > information that the wrapper needs to
determine
> > > whether
> > > >>> > >> > something
> > > >>> > >> > > >> > > > falls
> > > >>> > >> > > >> > > > within your time window of interest.
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look like
> > > >>> > >> > > >> > > > /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.####
(or
> > > >>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
for
> Bdeck)
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or
bmlq) in
> > the
> > > >>> > filename
> > > >>> > >> > > >> > > > corresponds
> > > >>> > >> > > >> > > > to init times, could you please set your
> > > FORECAST_TMPL
> > > >>> to:
> > > >>> > >> > > >> > > >  FORECAST_TMPL
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >>
> > > >>> > >> > >
> > > >>> > >> >
> > > >>> > >>
> > > >>> >
> > > >>>
> > >
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > > >>> > >> > > >> > > > REFERENCE_TMPL =
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >>
> > > >>> > >> > >
> > > >>> > >> >
> > > >>> > >>
> > > >>> >
> > > >>>
> > >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > These are found under your
[filename_templates]
> > > header
> > > >>> of
> > > >>> > >> your
> > > >>> > >> > > >> > > > METplus
> > > >>> > >> > > >> > > > config file.
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > The content after the 'init' lets the
wrapper
> know
> > to
> > > >>> which
> > > >>> > >> init
> > > >>> > >> > > >> > > > time
> > > >>> > >> > > >> > > this
> > > >>> > >> > > >> > > > particular Adeck or Bdeck corresponds
(which
> might
> > be
> > > >>> why
> > > >>> > you
> > > >>> > >> > > >> > > > aren't
> > > >>> > >> > > >> > > > getting any results).
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
filename
> > > >>> corresponds to
> > > >>> > a
> > > >>> > >> > valid
> > > >>> > >> > > >> > > > time,
> > > >>> > >> > > >> > > > then replace 'init' with 'valid' inside
the {}'s
> in
> > > the
> > > >>> > >> filename
> > > >>> > >> > > >> > > > template
> > > >>> > >> > > >> > > > settings.
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > If this still doesn't work, then send me
your
> > latest
> > > >>> log
> > > >>> > >> files
> > > >>> > >> > and
> > > >>> > >> > > >> > > > your
> > > >>> > >> > > >> > > > master_metplus.conf so we can figure out
what's
> > still
> > > >>> > >> missing.
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > > Regards,
> > > >>> > >> > > >> > > > Minna
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >> > >
> > > >>> > >> > > >>
> > > >>> > >> > > >>
> > > >>> > >> > > >>
> > > >>> > >> > > >>
> > > >>> > >> > >
> > > >>> > >> > >
> > > >>> > >> >
> > > >>> > >> >
> > > >>> > >>
> > > >>> > >>
> > > >>> >
> > > >>> >
> > > >>>
> > > >>>
> > >
> > >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Minna Win
Time: Thu May 02 11:21:28 2019

Hi Steve,

I do not have access to 'theia'.  If the files are too large, you can
FTP
them to our RAL ftp site:

Non-Windows FTP client:









* ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu> username=anonymous
   password="your email address" cd incoming/irap/met_help mkdir
   "surname_data" # where surname is your last name cd "surname_data"
put
   "your files" bye *

Windows FTP client:









* ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu> username=anonymous
   password="your email address" quote pasv cd incoming/irap/met_help
mkdir
   "surname_data" # where surname is your last name cd "surname_data"
put
   "your files" bye*



Thanks,
Minna
---------------
Minna Win
NCAR
Research Applications Lab
Phone: 303-497-8423
Fax:   303-497-8401



On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Good morning Minna,
>
> These files are on THEIA not WCOSS.   Do you have access to
> THEIA?
>
> Thanks,
> Steve
>
> On Thu, May 2, 2019 at 11:38 AM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
> > Hi Steve,
> >
> > Julie is out today, perhaps I can take a look at your logs, final
conf
> and
> > command line output?  Unfortunately, I do not have access to any
of the
> > WCOSS hosts, so you will need to send/attach these to me.
> >
> > Thanks,
> > Minna
> > ---------------
> > Minna Win
> > NCAR
> > Research Applications Lab
> > Phone: 303-497-8423
> > Fax:   303-497-8401
> >
> >
> >
> > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >
> > > Good morning Julie,
> > >
> > > I do not understand what the problem could be.  Again, no output
was
> > > generated.
> > >
> > > The output from the command line has been saved located at;
> > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4 (filename
steve)
> > >
> > > The log file is located at:
> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> > > (filename *0502)
> > >
> > > Finally, the "metplus_final .conf"  is loacated at:
> > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> > >
> > > Hopefully, the above "messages" will reveal the problem.
> > >
> > > Thanks, again, for your help.
> > > Steve
> > >
> > >
> > >
> > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Ok, Steve.  The installation is now complete and ready for you
to
> test.
> > > > Please test with a fresh shell to ensure the module is
reloaded.
> > > >
> > > > Julie
> > > >
> > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > > > Hi Steve.  I sent this too soon.  I am currently re-
installing MET
> on
> > > > > theia, but it hasn't finished.  I meant to save the email
until the
> > > > > compilation was finished, but sent it too soon.  I'll follow
up
> once
> > > the
> > > > > compilation is actually complete.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > > wrote:
> > > > >
> > > > >> I'm so glad you had a great vacation in Florida!  Welcome
back!
> > > > >>
> > > > >> I'm happy to report that the "not detected" output you are
seeing
> > can
> > > > >> safely be ignored. If you are getting the expected data
output
> from
> > > > >> METplus, then we can resolve this issue.
> > > > >>
> > > > >> However, I just took a look at your log file and found this
> problem:
> > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading shared
> libraries:
> > > > >> libpng16.so.16: cannot open shared object file: No such
file or
> > > > directory
> > > > >>
> > > > >> I just now reinstalled met-8.0 on theia in a way that I
believe
> will
> > > > >> eliminate that error.  Could you please try running the
code
> again?
> > > > Please
> > > > >> check the log file to ensure that error is gone and please
check
> to
> > > see
> > > > if
> > > > >> you have the expected output.  If you notice any problems,
or if
> you
> > > > get a
> > > > >> successful run, please let us know.  Thanks!
> > > > >>
> > > > >> Julie
> > > > >>
> > > > >>
> > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA Federal
via RT
> <
> > > > >> met_help at ucar.edu> wrote:
> > > > >>
> > > > >>>
> > > > >>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > > > >>>
> > > > >>> Good morning Julie,
> > > > >>>
> > > > >>> Just got back from vacation yesterday (Florida).  The
weather was
> > > great
> > > > >>> and
> > > > >>> had a great time. ( By the way, HW - hard wire ...fix
logic in
> the
> > > > codes)
> > > > >>>
> > > > >>> I am still having trouble generating output.
> > > > >>> I am see errors like:
> > > > >>>     inside_aprun: not detected ( is not set or is 0);
> > > > >>>     1sf_cray_intel: not detected;
> > > > >>>     impi not detected; and,
> > > > >>>     mpiexec_mpt: not detected.
> > > > >>> Are the above errors "system errors"?
> > > > >>>
> > > > >>> My log and metplus_final.conf files are found at :
> > > > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > > > >>>
> > > > >>> Please help me trouble shoot these bugs.  I need to get
this
> > utility
> > > > >>> working soon.
> > > > >>>
> > > > >>> Thanks for your attention to this matter.
> > > > >>>
> > > > >>> Steve
> > > > >>>
> > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT <
> > > > >>> met_help at ucar.edu>
> > > > >>> wrote:
> > > > >>>
> > > > >>> > Hi Steve.  I just wanted to follow up and see if you
were able
> to
> > > > get a
> > > > >>> > successful run after the inclusion of
slilly.nam.conf.theia in
> > your
> > > > >>> call to
> > > > >>> > master_metplus.py?  Please let us know how it goes.
> > > > >>> >
> > > > >>> > Thanks,
> > > > >>> > Julie
> > > > >>> >
> > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
> > jpresto at ucar.edu
> > > >
> > > > >>> wrote:
> > > > >>> >
> > > > >>> > > Hi Steve.  Thank you for letting us know that you have
a
> > > > >>> > > slilly.nam.conf.theia file at
> > > > >>> > >
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > > > >>> that is
> > > > >>> > > the one you want to use.  I didn't look there, but
rather
> only
> > > > >>> looked one
> > > > >>> > > directory deeper in the "METplus-2.0.4" subdirectory
of
> > > > >>> > >
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > > > >>> > >
> > > > >>> > > I have HW each parameter appearing in the config file
> > > > >>> > >>
> > > > >>> > > I am not sure what "HW" means.  Please excuse my
ignorance.
> > > > >>> > >
> > > > >>> > > Is MET_BASE defined correctly?
> > > > >>> > >>
> > > > >>> > > Yes, MET_BASE seems to be defined correctly.
> > > > >>> > >
> > > > >>> > > However, you did not include this
slilly.nam.conf.theia  file
> > in
> > > > your
> > > > >>> > call
> > > > >>> > > to master_met_plus.py, so MET_BASE was likely not
defined.
> > > Please
> > > > >>> try
> > > > >>> > > running the following (note the addition of the
> > > > slilly.nam.conf.theia
> > > > >>> > file)
> > > > >>> > > and let us know how it goes:
> > > > >>> > >
> > > > >>> > >
*/scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> > > /scratch4/NCEPDEV/stmp3/*
> > > > >>> > >
> *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> > > > >>> > >
*track_and_intensity/examples/**track_and_intensity_ATCF.conf
> > -c
> > > > >>> > >
> /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > > > >>> > > *config/slilly.nam.conf.theia*
> > > > >>> > >
> > > > >>> > > Hopefully, that will resolve the problem you are
> experiencing.
> > > > >>> > >
> > > > >>> > > Julie
> > > > >>> > >
> > > > >>> > >
> > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA
Federal
> > via
> > > > RT <
> > > > >>> > > met_help at ucar.edu> wrote:
> > > > >>> > >
> > > > >>> > >>
> > > > >>> > >> <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >
> > > > >>> > >>
> > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > > > >>> > >> at
> > > > >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > > > >>> > >>
> > > > >>> > >> I have HW each parameter appearing in the config
file; as
> well
> > > as,
> > > > >>> > defined
> > > > >>> > >> some
> > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
MET_BASE is
> > > defined
> > > > >>> in
> > > > >>> > all
> > > > >>> > >> config file
> > > > >>> > >> and in slilly.nam.conf.theia
> > > > >>> > >>
> > > > >>> > >> In the log file (*20190422.....using MET_BASE setting
from
> > user
> > > > >>> > >> environment
> > > > >>> > >> instead of metplus config
> > > > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE
defined
> > > > correctly?
> > > > >>> > >>
> > > > >>> > >> I have reviewed  all the config files several times (
they
> > seem
> > > to
> > > > >>> be
> > > > >>> > >> right???).
> > > > >>> > >>
> > > > >>> > >> What am I doing wrong!
> > > > >>> > >>
> > > > >>> > >> Thanks,
> > > > >>> > >> Steve
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik via
RT <
> > > > >>> > >> met_help at ucar.edu>
> > > > >>> > >> wrote:
> > > > >>> > >>
> > > > >>> > >> > Hi Steve.
> > > > >>> > >> >
> > > > >>> > >> > That is the correct setting for MET_BASE, however,
I'm not
> > > sure
> > > > >>> that
> > > > >>> > >> > MET_BASE is being picked up by the code.  Let me
explain.
> > > > >>> > >> >
> > > > >>> > >> > From the log file you sent, it looks like you ran
the
> > > following
> > > > >>> > command:
> > > > >>> > >> >
> > > > >>> > >> >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > > > >>> > >> > -c
> > > > >>> > >> >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > > > >>> > >> >
> > > > >>> > >> > I don't see your slilly.system.conf.theia being
passed in,
> > nor
> > > > do
> > > > >>> I
> > > > >>> > see
> > > > >>> > >> it
> > > > >>> > >> > anywhere under
> > > > >>> > >> >
> > > > >>>
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > > > >>> > >> >
> > > > >>> > >> > Thinking you might have MET_BASE set somewhere
else, I ran
> > the
> > > > >>> > following
> > > > >>> > >> > command to try to find the setting of MET_BASE in a
parm
> > file
> > > > >>> under
> > > > >>> > >> >
> > > > >>>
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > > > >>> > but
> > > > >>> > >> > could not find anything:
> > > > >>> > >> >
> > > > >>> > >> > find
> > > > >>> >
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > > > >>> > >> > >
> > > > >>> > >> >
> > > > >>> > >> > Please be sure to have a system file that contains
> MET_BASE
> > > and
> > > > >>> the
> > > > >>> > >> other
> > > > >>> > >> > necessary fields that were contained in your
> > > > >>> slilly.system.conf.theia,
> > > > >>> > >> or
> > > > >>> > >> > ensure these variables are included in another parm
file,
> > and
> > > > make
> > > > >>> > sure
> > > > >>> > >> > that file is passed in your call to
master_metplus.py.
> > > > >>> > >> >
> > > > >>> > >> > Give that a try and please let us know how it goes.
If
> you
> > > > still
> > > > >>> > have
> > > > >>> > >> > problems, please send us your log file and also
your
> > > > >>> > metplus_final.conf
> > > > >>> > >> > file.  Thanks!
> > > > >>> > >> >
> > > > >>> > >> > Julie
> > > > >>> > >> >
> > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly -
NOAA
> Federal
> > > via
> > > > >>> RT <
> > > > >>> > >> > met_help at ucar.edu> wrote:
> > > > >>> > >> >
> > > > >>> > >> > >
> > > > >>> > >> > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > > >
> > > > >>> > >> > >
> > > > >>> > >> > > Question:
> > > > >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
(tc_pairs)
> > > > >>> > >> > >
> > > > >>> > >> > > In bashrc I have  module use
contrib/modulefiles/met/8.0
> > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it
is not a
> > > > >>> directory)
> > > > >>> > >> > >
> > > > >>> > >> > > Could this be causing a problem?
> > > > >>> > >> > >
> > > > >>> > >> > > Thanks,
> > > > >>> > >> > > Steve
> > > > >>> > >> > >
> > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly -
NOAA
> > Federal
> > > <
> > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > > > >>> > >> > >
> > > > >>> > >> > > > Yes, I did.
> > > > >>> > >> > > >
> > > > >>> > >> > > > Steve
> > > > >>> > >> > > >
> > > > >>> > >> > > >
> > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via
RT <
> > > > >>> > met_help at ucar.edu
> > > > >>> > >> >
> > > > >>> > >> > > > wrote:
> > > > >>> > >> > > >
> > > > >>> > >> > > >> Hi Steve,
> > > > >>> > >> > > >>
> > > > >>> > >> > > >> Did you try re-running with the updates to
your
> > filename
> > > > >>> > templates?
> > > > >>> > >> > > >>
> > > > >>> > >> > > >> Thanks,
> > > > >>> > >> > > >> Minna
> > > > >>> > >> > > >>
> > > > >>> > >> > > >>
> > > > >>> > >> > > >> ---------------
> > > > >>> > >> > > >>
> > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
steven.lilly at noaa.gov
> > > wrote:
> > > > >>> > >> > > >> > This seems to be an ongoing problem.
> > > > >>> > >> > > >> > Both Minna and Julie are working on a
solution.
> > > > >>> > >> > > >> >
> > > > >>> > >> > > >> > Thanks,
> > > > >>> > >> > > >> > Steve
> > > > >>> > >> > > >> >
> > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
Prestopnik
> via
> > RT
> > > > >>> > >> > > >> > <met_help at ucar.edu>
> > > > >>> > >> > > >> > wrote:
> > > > >>> > >> > > >> >
> > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up on
Minna's
> > > email.
> > > > >>> She
> > > > >>> > >> > > >> > > mentioned that
> > > > >>> > >> > > >> > > Perry S. had the same problem today,
however he
> was
> > > > >>> running
> > > > >>> > on
> > > > >>> > >> > > "gyre"
> > > > >>> > >> > > >> > > (WCOSS).  You are running on "theia", so
instead
> of
> > > > >>> running:
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > ------------------run this on command line
> > > > >>> > >> > > >> > > ----------------------------
> > > > >>> > >> > > >> > > > module use
> > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > >>> > >> > > >> > > > module load met/8.0
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > You would want to run the following
instead:
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > > ------------------run this on command
line
> > > > >>> > >> > > >> > > > ----------------------------
> > > > >>> > >> > > >> > > >       module use /contrib/modulefiles
> > > > >>> > >> > > >> > > >       module load met/8.0
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > However, you should have some sort of a
set up
> > script
> > > > for
> > > > >>> > >> METplus
> > > > >>> > >> > > >> > > that you
> > > > >>> > >> > > >> > > would run before running METplus.  Take a
look
> > > > >>> > >> > > >> > > at
> > > > >>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > > > >>> > and
> > > > >>> > >> see
> > > > >>> > >> > > if
> > > > >>> > >> > > >> > > you
> > > > >>> > >> > > >> > > have something like that or if something
like
> that
> > is
> > > > in
> > > > >>> your
> > > > >>> > >> > > .bashrc
> > > > >>> > >> > > >> > > file
> > > > >>> > >> > > >> > > or .cshrc file.  If not, you want to run
> something
> > > like
> > > > >>> that
> > > > >>> > >> > before
> > > > >>> > >> > > >> > > running
> > > > >>> > >> > > >> > > METplus.  You can use mine as a template,
but you
> > > would
> > > > >>> need
> > > > >>> > to
> > > > >>> > >> > > >> > > change the
> > > > >>> > >> > > >> > > location for METPLUS_PATH for your use.
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > I hope that helps!  Please let us know how
it
> goes.
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > Julie
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna Win
via RT
> <
> > > > >>> > >> > met_help at ucar.edu
> > > > >>> > >> > > >
> > > > >>> > >> > > >> > > wrote:
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > <URL:
> > > > >>> > >>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > Hi Steve,
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > Thanks for sending me your information.
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > 1) I noticed this error in your log
file:
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >>
> > > > >>> > >> >
> > > > >>> >
> > > >
>
---------------------------snip----------------------------------------
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error
while
> > loading
> > > > >>> shared
> > > > >>> > >> > > >> > > > libraries:
> > > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared
object file:
> > No
> > > > such
> > > > >>> > file
> > > > >>> > >> or
> > > > >>> > >> > > >> > > > directory
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >>
> > > > >>> > >> > >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
>
---------------------------snip-------------------------------------------
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > which looks similar to an issue Perry S.
> observed
> > > > when
> > > > >>> he
> > > > >>> > was
> > > > >>> > >> > > >> > > > trying to
> > > > >>> > >> > > >> > > > run something earlier today. Julie
reinstalled
> > the
> > > > >>> latest
> > > > >>> > of
> > > > >>> > >> > > >> > > > version of
> > > > >>> > >> > > >> > > > met-8.0 very recently.   Could you
please try
> the
> > > > >>> > following,
> > > > >>> > >> to
> > > > >>> > >> > > >> > > > ensure
> > > > >>> > >> > > >> > > you
> > > > >>> > >> > > >> > > > are using the most recent build of met?
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > ------------------run this on command
line
> > > > >>> > >> > > >> > > > ----------------------------
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > module use
> > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > >>> > >> > > >> > > > module load met/8.0
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > -------------------end run
> > > > >>> this-------------------------
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > 2) I also noticed that your filename
template
> > isn't
> > > > >>> > providing
> > > > >>> > >> > all
> > > > >>> > >> > > >> > > > the
> > > > >>> > >> > > >> > > > information that the wrapper needs to
determine
> > > > whether
> > > > >>> > >> > something
> > > > >>> > >> > > >> > > > falls
> > > > >>> > >> > > >> > > > within your time window of interest.
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look
like
> > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > > > >>> > >> > > >> > > > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
for
> > Bdeck)
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > if the YYYYmmddHH following the amlq(or
bmlq)
> in
> > > the
> > > > >>> > filename
> > > > >>> > >> > > >> > > > corresponds
> > > > >>> > >> > > >> > > > to init times, could you please set your
> > > > FORECAST_TMPL
> > > > >>> to:
> > > > >>> > >> > > >> > > >  FORECAST_TMPL
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >>
> > > > >>> > >> > >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > > > >>> > >> > > >> > > > REFERENCE_TMPL =
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >>
> > > > >>> > >> > >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > These are found under your
[filename_templates]
> > > > header
> > > > >>> of
> > > > >>> > >> your
> > > > >>> > >> > > >> > > > METplus
> > > > >>> > >> > > >> > > > config file.
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > The content after the 'init' lets the
wrapper
> > know
> > > to
> > > > >>> which
> > > > >>> > >> init
> > > > >>> > >> > > >> > > > time
> > > > >>> > >> > > >> > > this
> > > > >>> > >> > > >> > > > particular Adeck or Bdeck corresponds
(which
> > might
> > > be
> > > > >>> why
> > > > >>> > you
> > > > >>> > >> > > >> > > > aren't
> > > > >>> > >> > > >> > > > getting any results).
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
filename
> > > > >>> corresponds to
> > > > >>> > a
> > > > >>> > >> > valid
> > > > >>> > >> > > >> > > > time,
> > > > >>> > >> > > >> > > > then replace 'init' with 'valid' inside
the
> {}'s
> > in
> > > > the
> > > > >>> > >> filename
> > > > >>> > >> > > >> > > > template
> > > > >>> > >> > > >> > > > settings.
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > If this still doesn't work, then send me
your
> > > latest
> > > > >>> log
> > > > >>> > >> files
> > > > >>> > >> > and
> > > > >>> > >> > > >> > > > your
> > > > >>> > >> > > >> > > > master_metplus.conf so we can figure out
what's
> > > still
> > > > >>> > >> missing.
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > > Regards,
> > > > >>> > >> > > >> > > > Minna
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >> > >
> > > > >>> > >> > > >>
> > > > >>> > >> > > >>
> > > > >>> > >> > > >>
> > > > >>> > >> > > >>
> > > > >>> > >> > >
> > > > >>> > >> > >
> > > > >>> > >> >
> > > > >>> > >> >
> > > > >>> > >>
> > > > >>> > >>
> > > > >>> >
> > > > >>> >
> > > > >>>
> > > > >>>
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Mon May 06 14:59:24 2019

Hi Steve.  It looks like your environment may not be set up correctly.
When I set up a run similar to yours, I cannot reproduce your problem,
which is still:

/contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
> libpng16.so.16: cannot open shared object file: No such file or
directory
>

Here is how I set up my environment.  Before running
"master_metplus.py -c
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
-c
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
I ran the following in the following order:















*    module purge    module load intel/16.1.150    module use
/contrib/modulefiles    module load anaconda/anaconda2-4.4.0    module
load
met/8.0    module load nco    module load wgrib2    module load R
setenv
METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus    setenv
MET_PATH
/contrib/met/8.0    setenv JLOGFILE
${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv PYTHONPATH
${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-2.0.4/parm
setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*

Please note that you would want to change your METPLUS_PATH to point
to
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.

Then, when I ran the code, I received the following error:

ERROR  :
> ERROR  : yyerror() -> syntax error in file
> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
> ERROR  :
> ERROR  :    line   = 129
> ERROR  :
> ERROR  :    column = 66
> ERROR  :
> ERROR  :    text   = """
> ERROR  :
> ERROR  :
> ERROR  :       file_name
> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
> ERROR  :
> _________________________________________________________________^__
> ERROR  :
>

I can see that on line 129 of your
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
file, you are missing an "=" between "file_name" and it's value
"/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".

Please modify the TCPairsETCConfig file and set up your environment
accordingly and try rerunning.

Please let us know how it goes.

Thanks!

Julie

On Thu, May 2, 2019 at 11:22 AM Minna Win via RT <met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Hi Steve,
>
> I do not have access to 'theia'.  If the files are too large, you
can FTP
> them to our RAL ftp site:
>
> Non-Windows FTP client:
>
>
>
>
>
>
>
>
>
> * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
>    password="your email address" cd incoming/irap/met_help mkdir
>    "surname_data" # where surname is your last name cd
"surname_data" put
>    "your files" bye *
>
> Windows FTP client:
>
>
>
>
>
>
>
>
>
> * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu> username=anonymous
>    password="your email address" quote pasv cd
incoming/irap/met_help mkdir
>    "surname_data" # where surname is your last name cd
"surname_data" put
>    "your files" bye*
>
>
>
> Thanks,
> Minna
> ---------------
> Minna Win
> NCAR
> Research Applications Lab
> Phone: 303-497-8423
> Fax:   303-497-8401
>
>
>
> On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Good morning Minna,
> >
> > These files are on THEIA not WCOSS.   Do you have access to
> > THEIA?
> >
> > Thanks,
> > Steve
> >
> > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT
<met_help at ucar.edu>
> > wrote:
> >
> > > Hi Steve,
> > >
> > > Julie is out today, perhaps I can take a look at your logs,
final conf
> > and
> > > command line output?  Unfortunately, I do not have access to any
of the
> > > WCOSS hosts, so you will need to send/attach these to me.
> > >
> > > Thanks,
> > > Minna
> > > ---------------
> > > Minna Win
> > > NCAR
> > > Research Applications Lab
> > > Phone: 303-497-8423
> > > Fax:   303-497-8401
> > >
> > >
> > >
> > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal via
RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> > > >
> > > > Good morning Julie,
> > > >
> > > > I do not understand what the problem could be.  Again, no
output was
> > > > generated.
> > > >
> > > > The output from the command line has been saved located at;
> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4 (filename
steve)
> > > >
> > > > The log file is located at:
> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> > > > (filename *0502)
> > > >
> > > > Finally, the "metplus_final .conf"  is loacated at:
> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> > > >
> > > > Hopefully, the above "messages" will reveal the problem.
> > > >
> > > > Thanks, again, for your help.
> > > > Steve
> > > >
> > > >
> > > >
> > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Ok, Steve.  The installation is now complete and ready for
you to
> > test.
> > > > > Please test with a fresh shell to ensure the module is
reloaded.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > > wrote:
> > > > >
> > > > > > Hi Steve.  I sent this too soon.  I am currently re-
installing
> MET
> > on
> > > > > > theia, but it hasn't finished.  I meant to save the email
until
> the
> > > > > > compilation was finished, but sent it too soon.  I'll
follow up
> > once
> > > > the
> > > > > > compilation is actually complete.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> jpresto at ucar.edu>
> > > > > wrote:
> > > > > >
> > > > > >> I'm so glad you had a great vacation in Florida!  Welcome
back!
> > > > > >>
> > > > > >> I'm happy to report that the "not detected" output you
are
> seeing
> > > can
> > > > > >> safely be ignored. If you are getting the expected data
output
> > from
> > > > > >> METplus, then we can resolve this issue.
> > > > > >>
> > > > > >> However, I just took a look at your log file and found
this
> > problem:
> > > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading shared
> > libraries:
> > > > > >> libpng16.so.16: cannot open shared object file: No such
file or
> > > > > directory
> > > > > >>
> > > > > >> I just now reinstalled met-8.0 on theia in a way that I
believe
> > will
> > > > > >> eliminate that error.  Could you please try running the
code
> > again?
> > > > > Please
> > > > > >> check the log file to ensure that error is gone and
please check
> > to
> > > > see
> > > > > if
> > > > > >> you have the expected output.  If you notice any
problems, or if
> > you
> > > > > get a
> > > > > >> successful run, please let us know.  Thanks!
> > > > > >>
> > > > > >> Julie
> > > > > >>
> > > > > >>
> > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA
Federal via
> RT
> > <
> > > > > >> met_help at ucar.edu> wrote:
> > > > > >>
> > > > > >>>
> > > > > >>> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> > > > > >>>
> > > > > >>> Good morning Julie,
> > > > > >>>
> > > > > >>> Just got back from vacation yesterday (Florida).  The
weather
> was
> > > > great
> > > > > >>> and
> > > > > >>> had a great time. ( By the way, HW - hard wire ...fix
logic in
> > the
> > > > > codes)
> > > > > >>>
> > > > > >>> I am still having trouble generating output.
> > > > > >>> I am see errors like:
> > > > > >>>     inside_aprun: not detected ( is not set or is 0);
> > > > > >>>     1sf_cray_intel: not detected;
> > > > > >>>     impi not detected; and,
> > > > > >>>     mpiexec_mpt: not detected.
> > > > > >>> Are the above errors "system errors"?
> > > > > >>>
> > > > > >>> My log and metplus_final.conf files are found at :
> > > > > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > > > > >>>
> > > > > >>> Please help me trouble shoot these bugs.  I need to get
this
> > > utility
> > > > > >>> working soon.
> > > > > >>>
> > > > > >>> Thanks for your attention to this matter.
> > > > > >>>
> > > > > >>> Steve
> > > > > >>>
> > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via RT
<
> > > > > >>> met_help at ucar.edu>
> > > > > >>> wrote:
> > > > > >>>
> > > > > >>> > Hi Steve.  I just wanted to follow up and see if you
were
> able
> > to
> > > > > get a
> > > > > >>> > successful run after the inclusion of
slilly.nam.conf.theia
> in
> > > your
> > > > > >>> call to
> > > > > >>> > master_metplus.py?  Please let us know how it goes.
> > > > > >>> >
> > > > > >>> > Thanks,
> > > > > >>> > Julie
> > > > > >>> >
> > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
> > > jpresto at ucar.edu
> > > > >
> > > > > >>> wrote:
> > > > > >>> >
> > > > > >>> > > Hi Steve.  Thank you for letting us know that you
have a
> > > > > >>> > > slilly.nam.conf.theia file at
> > > > > >>> > >
> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > > > > >>> that is
> > > > > >>> > > the one you want to use.  I didn't look there, but
rather
> > only
> > > > > >>> looked one
> > > > > >>> > > directory deeper in the "METplus-2.0.4" subdirectory
of
> > > > > >>> > >
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > > > > >>> > >
> > > > > >>> > > I have HW each parameter appearing in the config
file
> > > > > >>> > >>
> > > > > >>> > > I am not sure what "HW" means.  Please excuse my
ignorance.
> > > > > >>> > >
> > > > > >>> > > Is MET_BASE defined correctly?
> > > > > >>> > >>
> > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
> > > > > >>> > >
> > > > > >>> > > However, you did not include this
slilly.nam.conf.theia
> file
> > > in
> > > > > your
> > > > > >>> > call
> > > > > >>> > > to master_met_plus.py, so MET_BASE was likely not
defined.
> > > > Please
> > > > > >>> try
> > > > > >>> > > running the following (note the addition of the
> > > > > slilly.nam.conf.theia
> > > > > >>> > file)
> > > > > >>> > > and let us know how it goes:
> > > > > >>> > >
> > > > > >>> > >
*/scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> > > > /scratch4/NCEPDEV/stmp3/*
> > > > > >>> > >
> > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> > > > > >>> > >
> *track_and_intensity/examples/**track_and_intensity_ATCF.conf
> > > -c
> > > > > >>> > >
> > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > > > > >>> > > *config/slilly.nam.conf.theia*
> > > > > >>> > >
> > > > > >>> > > Hopefully, that will resolve the problem you are
> > experiencing.
> > > > > >>> > >
> > > > > >>> > > Julie
> > > > > >>> > >
> > > > > >>> > >
> > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly - NOAA
> Federal
> > > via
> > > > > RT <
> > > > > >>> > > met_help at ucar.edu> wrote:
> > > > > >>> > >
> > > > > >>> > >>
> > > > > >>> > >> <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > >
> > > > > >>> > >>
> > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > > > > >>> > >> at
> > > > > >>>
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > > > > >>> > >>
> > > > > >>> > >> I have HW each parameter appearing in the config
file; as
> > well
> > > > as,
> > > > > >>> > defined
> > > > > >>> > >> some
> > > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
MET_BASE is
> > > > defined
> > > > > >>> in
> > > > > >>> > all
> > > > > >>> > >> config file
> > > > > >>> > >> and in slilly.nam.conf.theia
> > > > > >>> > >>
> > > > > >>> > >> In the log file (*20190422.....using MET_BASE
setting from
> > > user
> > > > > >>> > >> environment
> > > > > >>> > >> instead of metplus config
> > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE
defined
> > > > > correctly?
> > > > > >>> > >>
> > > > > >>> > >> I have reviewed  all the config files several times
( they
> > > seem
> > > > to
> > > > > >>> be
> > > > > >>> > >> right???).
> > > > > >>> > >>
> > > > > >>> > >> What am I doing wrong!
> > > > > >>> > >>
> > > > > >>> > >> Thanks,
> > > > > >>> > >> Steve
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik
via RT <
> > > > > >>> > >> met_help at ucar.edu>
> > > > > >>> > >> wrote:
> > > > > >>> > >>
> > > > > >>> > >> > Hi Steve.
> > > > > >>> > >> >
> > > > > >>> > >> > That is the correct setting for MET_BASE,
however, I'm
> not
> > > > sure
> > > > > >>> that
> > > > > >>> > >> > MET_BASE is being picked up by the code.  Let me
> explain.
> > > > > >>> > >> >
> > > > > >>> > >> > From the log file you sent, it looks like you ran
the
> > > > following
> > > > > >>> > command:
> > > > > >>> > >> >
> > > > > >>> > >> >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > > > > >>> > >> > -c
> > > > > >>> > >> >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > > > > >>> > >> >
> > > > > >>> > >> > I don't see your slilly.system.conf.theia being
passed
> in,
> > > nor
> > > > > do
> > > > > >>> I
> > > > > >>> > see
> > > > > >>> > >> it
> > > > > >>> > >> > anywhere under
> > > > > >>> > >> >
> > > > > >>>
> > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > > > > >>> > >> >
> > > > > >>> > >> > Thinking you might have MET_BASE set somewhere
else, I
> ran
> > > the
> > > > > >>> > following
> > > > > >>> > >> > command to try to find the setting of MET_BASE in
a parm
> > > file
> > > > > >>> under
> > > > > >>> > >> >
> > > > > >>>
> > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > > > > >>> > but
> > > > > >>> > >> > could not find anything:
> > > > > >>> > >> >
> > > > > >>> > >> > find
> > > > > >>> >
> > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > > > > >>> > >> > >
> > > > > >>> > >> >
> > > > > >>> > >> > Please be sure to have a system file that
contains
> > MET_BASE
> > > > and
> > > > > >>> the
> > > > > >>> > >> other
> > > > > >>> > >> > necessary fields that were contained in your
> > > > > >>> slilly.system.conf.theia,
> > > > > >>> > >> or
> > > > > >>> > >> > ensure these variables are included in another
parm
> file,
> > > and
> > > > > make
> > > > > >>> > sure
> > > > > >>> > >> > that file is passed in your call to
master_metplus.py.
> > > > > >>> > >> >
> > > > > >>> > >> > Give that a try and please let us know how it
goes.   If
> > you
> > > > > still
> > > > > >>> > have
> > > > > >>> > >> > problems, please send us your log file and also
your
> > > > > >>> > metplus_final.conf
> > > > > >>> > >> > file.  Thanks!
> > > > > >>> > >> >
> > > > > >>> > >> > Julie
> > > > > >>> > >> >
> > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly -
NOAA
> > Federal
> > > > via
> > > > > >>> RT <
> > > > > >>> > >> > met_help at ucar.edu> wrote:
> > > > > >>> > >> >
> > > > > >>> > >> > >
> > > > > >>> > >> > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > > > >
> > > > > >>> > >> > >
> > > > > >>> > >> > > Question:
> > > > > >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
> (tc_pairs)
> > > > > >>> > >> > >
> > > > > >>> > >> > > In bashrc I have  module use
> contrib/modulefiles/met/8.0
> > > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  ( it
is
> not a
> > > > > >>> directory)
> > > > > >>> > >> > >
> > > > > >>> > >> > > Could this be causing a problem?
> > > > > >>> > >> > >
> > > > > >>> > >> > > Thanks,
> > > > > >>> > >> > > Steve
> > > > > >>> > >> > >
> > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly -
NOAA
> > > Federal
> > > > <
> > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > > > > >>> > >> > >
> > > > > >>> > >> > > > Yes, I did.
> > > > > >>> > >> > > >
> > > > > >>> > >> > > > Steve
> > > > > >>> > >> > > >
> > > > > >>> > >> > > >
> > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win via
RT <
> > > > > >>> > met_help at ucar.edu
> > > > > >>> > >> >
> > > > > >>> > >> > > > wrote:
> > > > > >>> > >> > > >
> > > > > >>> > >> > > >> Hi Steve,
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >> Did you try re-running with the updates to
your
> > > filename
> > > > > >>> > templates?
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >> Thanks,
> > > > > >>> > >> > > >> Minna
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >> ---------------
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
steven.lilly at noaa.gov
> > > > wrote:
> > > > > >>> > >> > > >> > This seems to be an ongoing problem.
> > > > > >>> > >> > > >> > Both Minna and Julie are working on a
solution.
> > > > > >>> > >> > > >> >
> > > > > >>> > >> > > >> > Thanks,
> > > > > >>> > >> > > >> > Steve
> > > > > >>> > >> > > >> >
> > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
Prestopnik
> > via
> > > RT
> > > > > >>> > >> > > >> > <met_help at ucar.edu>
> > > > > >>> > >> > > >> > wrote:
> > > > > >>> > >> > > >> >
> > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up on
> Minna's
> > > > email.
> > > > > >>> She
> > > > > >>> > >> > > >> > > mentioned that
> > > > > >>> > >> > > >> > > Perry S. had the same problem today,
however he
> > was
> > > > > >>> running
> > > > > >>> > on
> > > > > >>> > >> > > "gyre"
> > > > > >>> > >> > > >> > > (WCOSS).  You are running on "theia", so
> instead
> > of
> > > > > >>> running:
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > ------------------run this on command
line
> > > > > >>> > >> > > >> > > ----------------------------
> > > > > >>> > >> > > >> > > > module use
> > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > > >>> > >> > > >> > > > module load met/8.0
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > You would want to run the following
instead:
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > > ------------------run this on command
line
> > > > > >>> > >> > > >> > > > ----------------------------
> > > > > >>> > >> > > >> > > >       module use /contrib/modulefiles
> > > > > >>> > >> > > >> > > >       module load met/8.0
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > However, you should have some sort of a
set up
> > > script
> > > > > for
> > > > > >>> > >> METplus
> > > > > >>> > >> > > >> > > that you
> > > > > >>> > >> > > >> > > would run before running METplus.  Take
a look
> > > > > >>> > >> > > >> > > at
> > > > > >>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > > > > >>> > and
> > > > > >>> > >> see
> > > > > >>> > >> > > if
> > > > > >>> > >> > > >> > > you
> > > > > >>> > >> > > >> > > have something like that or if something
like
> > that
> > > is
> > > > > in
> > > > > >>> your
> > > > > >>> > >> > > .bashrc
> > > > > >>> > >> > > >> > > file
> > > > > >>> > >> > > >> > > or .cshrc file.  If not, you want to run
> > something
> > > > like
> > > > > >>> that
> > > > > >>> > >> > before
> > > > > >>> > >> > > >> > > running
> > > > > >>> > >> > > >> > > METplus.  You can use mine as a
template, but
> you
> > > > would
> > > > > >>> need
> > > > > >>> > to
> > > > > >>> > >> > > >> > > change the
> > > > > >>> > >> > > >> > > location for METPLUS_PATH for your use.
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > I hope that helps!  Please let us know
how it
> > goes.
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > Julie
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna
Win via
> RT
> > <
> > > > > >>> > >> > met_help at ucar.edu
> > > > > >>> > >> > > >
> > > > > >>> > >> > > >> > > wrote:
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > <URL:
> > > > > >>> > >>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > Hi Steve,
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > Thanks for sending me your
information.
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > 1) I noticed this error in your log
file:
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >>
> > > > > >>> > >> >
> > > > > >>> >
> > > > >
> >
---------------------------snip----------------------------------------
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error
while
> > > loading
> > > > > >>> shared
> > > > > >>> > >> > > >> > > > libraries:
> > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared
object
> file:
> > > No
> > > > > such
> > > > > >>> > file
> > > > > >>> > >> or
> > > > > >>> > >> > > >> > > > directory
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >>
> > > > > >>> > >> > >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
>
---------------------------snip-------------------------------------------
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > which looks similar to an issue Perry
S.
> > observed
> > > > > when
> > > > > >>> he
> > > > > >>> > was
> > > > > >>> > >> > > >> > > > trying to
> > > > > >>> > >> > > >> > > > run something earlier today. Julie
> reinstalled
> > > the
> > > > > >>> latest
> > > > > >>> > of
> > > > > >>> > >> > > >> > > > version of
> > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could you
please try
> > the
> > > > > >>> > following,
> > > > > >>> > >> to
> > > > > >>> > >> > > >> > > > ensure
> > > > > >>> > >> > > >> > > you
> > > > > >>> > >> > > >> > > > are using the most recent build of
met?
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > ------------------run this on command
line
> > > > > >>> > >> > > >> > > > ----------------------------
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > module use
> > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > > >>> > >> > > >> > > > module load met/8.0
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > -------------------end run
> > > > > >>> this-------------------------
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > 2) I also noticed that your filename
template
> > > isn't
> > > > > >>> > providing
> > > > > >>> > >> > all
> > > > > >>> > >> > > >> > > > the
> > > > > >>> > >> > > >> > > > information that the wrapper needs to
> determine
> > > > > whether
> > > > > >>> > >> > something
> > > > > >>> > >> > > >> > > > falls
> > > > > >>> > >> > > >> > > > within your time window of interest.
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames look
like
> > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.### for
> > > Bdeck)
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > if the YYYYmmddHH following the
amlq(or bmlq)
> > in
> > > > the
> > > > > >>> > filename
> > > > > >>> > >> > > >> > > > corresponds
> > > > > >>> > >> > > >> > > > to init times, could you please set
your
> > > > > FORECAST_TMPL
> > > > > >>> to:
> > > > > >>> > >> > > >> > > >  FORECAST_TMPL
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >>
> > > > > >>> > >> > >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >>
> > > > > >>> > >> > >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > These are found under your
> [filename_templates]
> > > > > header
> > > > > >>> of
> > > > > >>> > >> your
> > > > > >>> > >> > > >> > > > METplus
> > > > > >>> > >> > > >> > > > config file.
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > The content after the 'init' lets the
wrapper
> > > know
> > > > to
> > > > > >>> which
> > > > > >>> > >> init
> > > > > >>> > >> > > >> > > > time
> > > > > >>> > >> > > >> > > this
> > > > > >>> > >> > > >> > > > particular Adeck or Bdeck corresponds
(which
> > > might
> > > > be
> > > > > >>> why
> > > > > >>> > you
> > > > > >>> > >> > > >> > > > aren't
> > > > > >>> > >> > > >> > > > getting any results).
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
filename
> > > > > >>> corresponds to
> > > > > >>> > a
> > > > > >>> > >> > valid
> > > > > >>> > >> > > >> > > > time,
> > > > > >>> > >> > > >> > > > then replace 'init' with 'valid'
inside the
> > {}'s
> > > in
> > > > > the
> > > > > >>> > >> filename
> > > > > >>> > >> > > >> > > > template
> > > > > >>> > >> > > >> > > > settings.
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > If this still doesn't work, then send
me your
> > > > latest
> > > > > >>> log
> > > > > >>> > >> files
> > > > > >>> > >> > and
> > > > > >>> > >> > > >> > > > your
> > > > > >>> > >> > > >> > > > master_metplus.conf so we can figure
out
> what's
> > > > still
> > > > > >>> > >> missing.
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > > Regards,
> > > > > >>> > >> > > >> > > > Minna
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >> > >
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >>
> > > > > >>> > >> > > >>
> > > > > >>> > >> > >
> > > > > >>> > >> > >
> > > > > >>> > >> >
> > > > > >>> > >> >
> > > > > >>> > >>
> > > > > >>> > >>
> > > > > >>> >
> > > > > >>> >
> > > > > >>>
> > > > > >>>
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Wed May 08 10:29:13 2019

Good afternoon Julie,

The code is about 90% working  now.  After I made the changes you
suggested
,
I notices the following error message:

TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status, tcst
files
may be missing.

The location of my "tcst" files are located at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v3.0.4/
output/NAM/tc_pairs .....Is this the right location????

The log file ( *0508)  and metplus_final.conf  file are located at
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/().

Once  the above error is resolve, I believe the utility will be
working !!!!

Thanks,
Steve


On Mon, May 6, 2019 at 4:59 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve.  It looks like your environment may not be set up
correctly.
> When I set up a run similar to yours, I cannot reproduce your
problem,
> which is still:
>
> /contrib/met/8.0/bin/tc_pairs: error while loading shared libraries:
> > libpng16.so.16: cannot open shared object file: No such file or
directory
> >
>
> Here is how I set up my environment.  Before running
"master_metplus.py -c
>
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
> -c
>
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
> I ran the following in the following order:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *    module purge    module load intel/16.1.150    module use
> /contrib/modulefiles    module load anaconda/anaconda2-4.4.0
module load
> met/8.0    module load nco    module load wgrib2    module load R
setenv
> METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus    setenv
MET_PATH
> /contrib/met/8.0    setenv JLOGFILE
> ${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv PYTHONPATH
> ${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-2.0.4/parm
> setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*
>
> Please note that you would want to change your METPLUS_PATH to point
to
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.
>
> Then, when I ran the code, I received the following error:
>
> ERROR  :
> > ERROR  : yyerror() -> syntax error in file
> >
> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
> > ERROR  :
> > ERROR  :    line   = 129
> > ERROR  :
> > ERROR  :    column = 66
> > ERROR  :
> > ERROR  :    text   = """
> > ERROR  :
> > ERROR  :
> > ERROR  :       file_name
> > "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
> > ERROR  :
> >
_________________________________________________________________^__
> > ERROR  :
> >
>
> I can see that on line 129 of your
>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
> file, you are missing an "=" between "file_name" and it's value
> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".
>
> Please modify the TCPairsETCConfig file and set up your environment
> accordingly and try rerunning.
>
> Please let us know how it goes.
>
> Thanks!
>
> Julie
>
> On Thu, May 2, 2019 at 11:22 AM Minna Win via RT <met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Hi Steve,
> >
> > I do not have access to 'theia'.  If the files are too large, you
can FTP
> > them to our RAL ftp site:
> >
> > Non-Windows FTP client:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
> >    password="your email address" cd incoming/irap/met_help mkdir
> >    "surname_data" # where surname is your last name cd
"surname_data" put
> >    "your files" bye *
> >
> > Windows FTP client:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
> >    password="your email address" quote pasv cd
incoming/irap/met_help
> mkdir
> >    "surname_data" # where surname is your last name cd
"surname_data" put
> >    "your files" bye*
> >
> >
> >
> > Thanks,
> > Minna
> > ---------------
> > Minna Win
> > NCAR
> > Research Applications Lab
> > Phone: 303-497-8423
> > Fax:   303-497-8401
> >
> >
> >
> > On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via RT
<
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >
> > > Good morning Minna,
> > >
> > > These files are on THEIA not WCOSS.   Do you have access to
> > > THEIA?
> > >
> > > Thanks,
> > > Steve
> > >
> > > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Steve,
> > > >
> > > > Julie is out today, perhaps I can take a look at your logs,
final
> conf
> > > and
> > > > command line output?  Unfortunately, I do not have access to
any of
> the
> > > > WCOSS hosts, so you will need to send/attach these to me.
> > > >
> > > > Thanks,
> > > > Minna
> > > > ---------------
> > > > Minna Win
> > > > NCAR
> > > > Research Applications Lab
> > > > Phone: 303-497-8423
> > > > Fax:   303-497-8401
> > > >
> > > >
> > > >
> > > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal via
RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > > > >
> > > > > Good morning Julie,
> > > > >
> > > > > I do not understand what the problem could be.  Again, no
output
> was
> > > > > generated.
> > > > >
> > > > > The output from the command line has been saved located at;
> > > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
(filename
> steve)
> > > > >
> > > > > The log file is located at:
> > > > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> > > > > (filename *0502)
> > > > >
> > > > > Finally, the "metplus_final .conf"  is loacated at:
> > > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> > > > >
> > > > > Hopefully, the above "messages" will reveal the problem.
> > > > >
> > > > > Thanks, again, for your help.
> > > > > Steve
> > > > >
> > > > >
> > > > >
> > > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Ok, Steve.  The installation is now complete and ready for
you to
> > > test.
> > > > > > Please test with a fresh shell to ensure the module is
reloaded.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> jpresto at ucar.edu>
> > > > > wrote:
> > > > > >
> > > > > > > Hi Steve.  I sent this too soon.  I am currently re-
installing
> > MET
> > > on
> > > > > > > theia, but it hasn't finished.  I meant to save the
email until
> > the
> > > > > > > compilation was finished, but sent it too soon.  I'll
follow up
> > > once
> > > > > the
> > > > > > > compilation is actually complete.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> > jpresto at ucar.edu>
> > > > > > wrote:
> > > > > > >
> > > > > > >> I'm so glad you had a great vacation in Florida!
Welcome
> back!
> > > > > > >>
> > > > > > >> I'm happy to report that the "not detected" output you
are
> > seeing
> > > > can
> > > > > > >> safely be ignored. If you are getting the expected data
output
> > > from
> > > > > > >> METplus, then we can resolve this issue.
> > > > > > >>
> > > > > > >> However, I just took a look at your log file and found
this
> > > problem:
> > > > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading
shared
> > > libraries:
> > > > > > >> libpng16.so.16: cannot open shared object file: No such
file
> or
> > > > > > directory
> > > > > > >>
> > > > > > >> I just now reinstalled met-8.0 on theia in a way that I
> believe
> > > will
> > > > > > >> eliminate that error.  Could you please try running the
code
> > > again?
> > > > > > Please
> > > > > > >> check the log file to ensure that error is gone and
please
> check
> > > to
> > > > > see
> > > > > > if
> > > > > > >> you have the expected output.  If you notice any
problems, or
> if
> > > you
> > > > > > get a
> > > > > > >> successful run, please let us know.  Thanks!
> > > > > > >>
> > > > > > >> Julie
> > > > > > >>
> > > > > > >>
> > > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA
Federal via
> > RT
> > > <
> > > > > > >> met_help at ucar.edu> wrote:
> > > > > > >>
> > > > > > >>>
> > > > > > >>> <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >
> > > > > > >>>
> > > > > > >>> Good morning Julie,
> > > > > > >>>
> > > > > > >>> Just got back from vacation yesterday (Florida).  The
weather
> > was
> > > > > great
> > > > > > >>> and
> > > > > > >>> had a great time. ( By the way, HW - hard wire ...fix
logic
> in
> > > the
> > > > > > codes)
> > > > > > >>>
> > > > > > >>> I am still having trouble generating output.
> > > > > > >>> I am see errors like:
> > > > > > >>>     inside_aprun: not detected ( is not set or is 0);
> > > > > > >>>     1sf_cray_intel: not detected;
> > > > > > >>>     impi not detected; and,
> > > > > > >>>     mpiexec_mpt: not detected.
> > > > > > >>> Are the above errors "system errors"?
> > > > > > >>>
> > > > > > >>> My log and metplus_final.conf files are found at :
> > > > > > >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > > > > > >>>
> > > > > > >>> Please help me trouble shoot these bugs.  I need to
get this
> > > > utility
> > > > > > >>> working soon.
> > > > > > >>>
> > > > > > >>> Thanks for your attention to this matter.
> > > > > > >>>
> > > > > > >>> Steve
> > > > > > >>>
> > > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via
RT <
> > > > > > >>> met_help at ucar.edu>
> > > > > > >>> wrote:
> > > > > > >>>
> > > > > > >>> > Hi Steve.  I just wanted to follow up and see if you
were
> > able
> > > to
> > > > > > get a
> > > > > > >>> > successful run after the inclusion of
slilly.nam.conf.theia
> > in
> > > > your
> > > > > > >>> call to
> > > > > > >>> > master_metplus.py?  Please let us know how it goes.
> > > > > > >>> >
> > > > > > >>> > Thanks,
> > > > > > >>> > Julie
> > > > > > >>> >
> > > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
> > > > jpresto at ucar.edu
> > > > > >
> > > > > > >>> wrote:
> > > > > > >>> >
> > > > > > >>> > > Hi Steve.  Thank you for letting us know that you
have a
> > > > > > >>> > > slilly.nam.conf.theia file at
> > > > > > >>> > >
> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > > > > > >>> that is
> > > > > > >>> > > the one you want to use.  I didn't look there, but
rather
> > > only
> > > > > > >>> looked one
> > > > > > >>> > > directory deeper in the "METplus-2.0.4"
subdirectory of
> > > > > > >>> > >
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > > > > > >>> > >
> > > > > > >>> > > I have HW each parameter appearing in the config
file
> > > > > > >>> > >>
> > > > > > >>> > > I am not sure what "HW" means.  Please excuse my
> ignorance.
> > > > > > >>> > >
> > > > > > >>> > > Is MET_BASE defined correctly?
> > > > > > >>> > >>
> > > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
> > > > > > >>> > >
> > > > > > >>> > > However, you did not include this
slilly.nam.conf.theia
> > file
> > > > in
> > > > > > your
> > > > > > >>> > call
> > > > > > >>> > > to master_met_plus.py, so MET_BASE was likely not
> defined.
> > > > > Please
> > > > > > >>> try
> > > > > > >>> > > running the following (note the addition of the
> > > > > > slilly.nam.conf.theia
> > > > > > >>> > file)
> > > > > > >>> > > and let us know how it goes:
> > > > > > >>> > >
> > > > > > >>> > >
*/scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> > > > > /scratch4/NCEPDEV/stmp3/*
> > > > > > >>> > >
> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
> > > > > > >>> > >
> > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
> > > > -c
> > > > > > >>> > >
> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > > > > > >>> > > *config/slilly.nam.conf.theia*
> > > > > > >>> > >
> > > > > > >>> > > Hopefully, that will resolve the problem you are
> > > experiencing.
> > > > > > >>> > >
> > > > > > >>> > > Julie
> > > > > > >>> > >
> > > > > > >>> > >
> > > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly -
NOAA
> > Federal
> > > > via
> > > > > > RT <
> > > > > > >>> > > met_help at ucar.edu> wrote:
> > > > > > >>> > >
> > > > > > >>> > >>
> > > > > > >>> > >> <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > > >
> > > > > > >>> > >>
> > > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
> > > > > > >>> > >> at
> > > > > > >>>
> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > > > > > >>> > >>
> > > > > > >>> > >> I have HW each parameter appearing in the config
file;
> as
> > > well
> > > > > as,
> > > > > > >>> > defined
> > > > > > >>> > >> some
> > > > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
MET_BASE
> is
> > > > > defined
> > > > > > >>> in
> > > > > > >>> > all
> > > > > > >>> > >> config file
> > > > > > >>> > >> and in slilly.nam.conf.theia
> > > > > > >>> > >>
> > > > > > >>> > >> In the log file (*20190422.....using MET_BASE
setting
> from
> > > > user
> > > > > > >>> > >> environment
> > > > > > >>> > >> instead of metplus config
> > > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE
defined
> > > > > > correctly?
> > > > > > >>> > >>
> > > > > > >>> > >> I have reviewed  all the config files several
times (
> they
> > > > seem
> > > > > to
> > > > > > >>> be
> > > > > > >>> > >> right???).
> > > > > > >>> > >>
> > > > > > >>> > >> What am I doing wrong!
> > > > > > >>> > >>
> > > > > > >>> > >> Thanks,
> > > > > > >>> > >> Steve
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik
via RT
> <
> > > > > > >>> > >> met_help at ucar.edu>
> > > > > > >>> > >> wrote:
> > > > > > >>> > >>
> > > > > > >>> > >> > Hi Steve.
> > > > > > >>> > >> >
> > > > > > >>> > >> > That is the correct setting for MET_BASE,
however, I'm
> > not
> > > > > sure
> > > > > > >>> that
> > > > > > >>> > >> > MET_BASE is being picked up by the code.  Let
me
> > explain.
> > > > > > >>> > >> >
> > > > > > >>> > >> > From the log file you sent, it looks like you
ran the
> > > > > following
> > > > > > >>> > command:
> > > > > > >>> > >> >
> > > > > > >>> > >> >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>>
> > > > > >
> > > > >
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > > > > > >>> > >> > -c
> > > > > > >>> > >> >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>>
> > > > > >
> > > > >
> > > >
> > >
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > > > > > >>> > >> >
> > > > > > >>> > >> > I don't see your slilly.system.conf.theia being
passed
> > in,
> > > > nor
> > > > > > do
> > > > > > >>> I
> > > > > > >>> > see
> > > > > > >>> > >> it
> > > > > > >>> > >> > anywhere under
> > > > > > >>> > >> >
> > > > > > >>>
> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > > > > > >>> > >> >
> > > > > > >>> > >> > Thinking you might have MET_BASE set somewhere
else, I
> > ran
> > > > the
> > > > > > >>> > following
> > > > > > >>> > >> > command to try to find the setting of MET_BASE
in a
> parm
> > > > file
> > > > > > >>> under
> > > > > > >>> > >> >
> > > > > > >>>
> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > > > > > >>> > but
> > > > > > >>> > >> > could not find anything:
> > > > > > >>> > >> >
> > > > > > >>> > >> > find
> > > > > > >>> >
> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE | more
> > > > > > >>> > >> > >
> > > > > > >>> > >> >
> > > > > > >>> > >> > Please be sure to have a system file that
contains
> > > MET_BASE
> > > > > and
> > > > > > >>> the
> > > > > > >>> > >> other
> > > > > > >>> > >> > necessary fields that were contained in your
> > > > > > >>> slilly.system.conf.theia,
> > > > > > >>> > >> or
> > > > > > >>> > >> > ensure these variables are included in another
parm
> > file,
> > > > and
> > > > > > make
> > > > > > >>> > sure
> > > > > > >>> > >> > that file is passed in your call to
master_metplus.py.
> > > > > > >>> > >> >
> > > > > > >>> > >> > Give that a try and please let us know how it
goes.
>  If
> > > you
> > > > > > still
> > > > > > >>> > have
> > > > > > >>> > >> > problems, please send us your log file and also
your
> > > > > > >>> > metplus_final.conf
> > > > > > >>> > >> > file.  Thanks!
> > > > > > >>> > >> >
> > > > > > >>> > >> > Julie
> > > > > > >>> > >> >
> > > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly -
NOAA
> > > Federal
> > > > > via
> > > > > > >>> RT <
> > > > > > >>> > >> > met_help at ucar.edu> wrote:
> > > > > > >>> > >> >
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > > > > > >
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > Question:
> > > > > > >>> > >> > > MET_BASE is set to /contrib/met/8.0/share/met
> > (tc_pairs)
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > In bashrc I have  module use
> > contrib/modulefiles/met/8.0
> > > > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  (
it is
> > not a
> > > > > > >>> directory)
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > Could this be causing a problem?
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > Thanks,
> > > > > > >>> > >> > > Steve
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly
- NOAA
> > > > Federal
> > > > > <
> > > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > > > > > >>> > >> > >
> > > > > > >>> > >> > > > Yes, I did.
> > > > > > >>> > >> > > >
> > > > > > >>> > >> > > > Steve
> > > > > > >>> > >> > > >
> > > > > > >>> > >> > > >
> > > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win
via RT <
> > > > > > >>> > met_help at ucar.edu
> > > > > > >>> > >> >
> > > > > > >>> > >> > > > wrote:
> > > > > > >>> > >> > > >
> > > > > > >>> > >> > > >> Hi Steve,
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >> Did you try re-running with the updates to
your
> > > > filename
> > > > > > >>> > templates?
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >> Thanks,
> > > > > > >>> > >> > > >> Minna
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >> ---------------
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
> steven.lilly at noaa.gov
> > > > > wrote:
> > > > > > >>> > >> > > >> > This seems to be an ongoing problem.
> > > > > > >>> > >> > > >> > Both Minna and Julie are working on a
solution.
> > > > > > >>> > >> > > >> >
> > > > > > >>> > >> > > >> > Thanks,
> > > > > > >>> > >> > > >> > Steve
> > > > > > >>> > >> > > >> >
> > > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
> Prestopnik
> > > via
> > > > RT
> > > > > > >>> > >> > > >> > <met_help at ucar.edu>
> > > > > > >>> > >> > > >> > wrote:
> > > > > > >>> > >> > > >> >
> > > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up
on
> > Minna's
> > > > > email.
> > > > > > >>> She
> > > > > > >>> > >> > > >> > > mentioned that
> > > > > > >>> > >> > > >> > > Perry S. had the same problem today,
however
> he
> > > was
> > > > > > >>> running
> > > > > > >>> > on
> > > > > > >>> > >> > > "gyre"
> > > > > > >>> > >> > > >> > > (WCOSS).  You are running on "theia",
so
> > instead
> > > of
> > > > > > >>> running:
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > ------------------run this on command
line
> > > > > > >>> > >> > > >> > > ----------------------------
> > > > > > >>> > >> > > >> > > > module use
> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > > > >>> > >> > > >> > > > module load met/8.0
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > You would want to run the following
instead:
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > > ------------------run this on
command line
> > > > > > >>> > >> > > >> > > > ----------------------------
> > > > > > >>> > >> > > >> > > >       module use
/contrib/modulefiles
> > > > > > >>> > >> > > >> > > >       module load met/8.0
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > However, you should have some sort of
a set
> up
> > > > script
> > > > > > for
> > > > > > >>> > >> METplus
> > > > > > >>> > >> > > >> > > that you
> > > > > > >>> > >> > > >> > > would run before running METplus.
Take a
> look
> > > > > > >>> > >> > > >> > > at
> > > > > > >>>
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > > > > > >>> > and
> > > > > > >>> > >> see
> > > > > > >>> > >> > > if
> > > > > > >>> > >> > > >> > > you
> > > > > > >>> > >> > > >> > > have something like that or if
something like
> > > that
> > > > is
> > > > > > in
> > > > > > >>> your
> > > > > > >>> > >> > > .bashrc
> > > > > > >>> > >> > > >> > > file
> > > > > > >>> > >> > > >> > > or .cshrc file.  If not, you want to
run
> > > something
> > > > > like
> > > > > > >>> that
> > > > > > >>> > >> > before
> > > > > > >>> > >> > > >> > > running
> > > > > > >>> > >> > > >> > > METplus.  You can use mine as a
template, but
> > you
> > > > > would
> > > > > > >>> need
> > > > > > >>> > to
> > > > > > >>> > >> > > >> > > change the
> > > > > > >>> > >> > > >> > > location for METPLUS_PATH for your
use.
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > I hope that helps!  Please let us know
how it
> > > goes.
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > Julie
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna
Win via
> > RT
> > > <
> > > > > > >>> > >> > met_help at ucar.edu
> > > > > > >>> > >> > > >
> > > > > > >>> > >> > > >> > > wrote:
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > <URL:
> > > > > > >>> > >>
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > Hi Steve,
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > Thanks for sending me your
information.
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > 1) I noticed this error in your log
file:
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> >
> > > > > > >>> >
> > > > > >
> > >
---------------------------snip----------------------------------------
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs: error
while
> > > > loading
> > > > > > >>> shared
> > > > > > >>> > >> > > >> > > > libraries:
> > > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared
object
> > file:
> > > > No
> > > > > > such
> > > > > > >>> > file
> > > > > > >>> > >> or
> > > > > > >>> > >> > > >> > > > directory
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>>
> > > > > >
> > > > >
> > > >
> > >
> >
>
---------------------------snip-------------------------------------------
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > which looks similar to an issue
Perry S.
> > > observed
> > > > > > when
> > > > > > >>> he
> > > > > > >>> > was
> > > > > > >>> > >> > > >> > > > trying to
> > > > > > >>> > >> > > >> > > > run something earlier today. Julie
> > reinstalled
> > > > the
> > > > > > >>> latest
> > > > > > >>> > of
> > > > > > >>> > >> > > >> > > > version of
> > > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could you
please
> try
> > > the
> > > > > > >>> > following,
> > > > > > >>> > >> to
> > > > > > >>> > >> > > >> > > > ensure
> > > > > > >>> > >> > > >> > > you
> > > > > > >>> > >> > > >> > > > are using the most recent build of
met?
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > ------------------run this on
command line
> > > > > > >>> > >> > > >> > > > ----------------------------
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > module use
> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > > > > > >>> > >> > > >> > > > module load met/8.0
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > -------------------end run
> > > > > > >>> this-------------------------
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > 2) I also noticed that your filename
> template
> > > > isn't
> > > > > > >>> > providing
> > > > > > >>> > >> > all
> > > > > > >>> > >> > > >> > > > the
> > > > > > >>> > >> > > >> > > > information that the wrapper needs
to
> > determine
> > > > > > whether
> > > > > > >>> > >> > something
> > > > > > >>> > >> > > >> > > > falls
> > > > > > >>> > >> > > >> > > > within your time window of interest.
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames
look like
> > > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/amlqYYYYmmddHH.nam.####
> (or
> > > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
> for
> > > > Bdeck)
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > if the YYYYmmddHH following the
amlq(or
> bmlq)
> > > in
> > > > > the
> > > > > > >>> > filename
> > > > > > >>> > >> > > >> > > > corresponds
> > > > > > >>> > >> > > >> > > > to init times, could you please set
your
> > > > > > FORECAST_TMPL
> > > > > > >>> to:
> > > > > > >>> > >> > > >> > > >  FORECAST_TMPL
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>>
> > > > > >
> > > > >
> > > >
> > >
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>>
> > > > > >
> > > > >
> > > >
> > >
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > These are found under your
> > [filename_templates]
> > > > > > header
> > > > > > >>> of
> > > > > > >>> > >> your
> > > > > > >>> > >> > > >> > > > METplus
> > > > > > >>> > >> > > >> > > > config file.
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > The content after the 'init' lets
the
> wrapper
> > > > know
> > > > > to
> > > > > > >>> which
> > > > > > >>> > >> init
> > > > > > >>> > >> > > >> > > > time
> > > > > > >>> > >> > > >> > > this
> > > > > > >>> > >> > > >> > > > particular Adeck or Bdeck
corresponds
> (which
> > > > might
> > > > > be
> > > > > > >>> why
> > > > > > >>> > you
> > > > > > >>> > >> > > >> > > > aren't
> > > > > > >>> > >> > > >> > > > getting any results).
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
filename
> > > > > > >>> corresponds to
> > > > > > >>> > a
> > > > > > >>> > >> > valid
> > > > > > >>> > >> > > >> > > > time,
> > > > > > >>> > >> > > >> > > > then replace 'init' with 'valid'
inside the
> > > {}'s
> > > > in
> > > > > > the
> > > > > > >>> > >> filename
> > > > > > >>> > >> > > >> > > > template
> > > > > > >>> > >> > > >> > > > settings.
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > If this still doesn't work, then
send me
> your
> > > > > latest
> > > > > > >>> log
> > > > > > >>> > >> files
> > > > > > >>> > >> > and
> > > > > > >>> > >> > > >> > > > your
> > > > > > >>> > >> > > >> > > > master_metplus.conf so we can figure
out
> > what's
> > > > > still
> > > > > > >>> > >> missing.
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > > Regards,
> > > > > > >>> > >> > > >> > > > Minna
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >> > >
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > > >>
> > > > > > >>> > >> > >
> > > > > > >>> > >> > >
> > > > > > >>> > >> >
> > > > > > >>> > >> >
> > > > > > >>> > >>
> > > > > > >>> > >>
> > > > > > >>> >
> > > > > > >>> >
> > > > > > >>>
> > > > > > >>>
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Tue May 14 11:00:38 2019

Good morning Julie,

Quick questions: 1)  Do I need to refer to Rscripts to resolve
"TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status, tcst
files may be missing"
problem?

2) In my "bashrc" file; I have "module load R".  Is this right?  Or,
should
I be using something
like "module use R" /  "module load intel R" ?


Thanks,
Steve


On Wed, May 8, 2019 at 12:28 PM Steven Lilly - NOAA Federal <
steven.lilly at noaa.gov> wrote:

> Good afternoon Julie,
>
> The code is about 90% working  now.  After I made the changes you
> suggested ,
> I notices the following error message:
>
> TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status,
tcst
> files may be missing.
>
> The location of my "tcst" files are located at
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v3.0.4/
> output/NAM/tc_pairs .....Is this the right location????
>
> The log file ( *0508)  and metplus_final.conf  file are located at
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/().
>
> Once  the above error is resolve, I believe the utility will be
working
> !!!!
>
> Thanks,
> Steve
>
>
> On Mon, May 6, 2019 at 4:59 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
>> Hi Steve.  It looks like your environment may not be set up
correctly.
>> When I set up a run similar to yours, I cannot reproduce your
problem,
>> which is still:
>>
>> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
>> > libpng16.so.16: cannot open shared object file: No such file or
>> directory
>> >
>>
>> Here is how I set up my environment.  Before running
"master_metplus.py -c
>>
>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
>> -c
>>
>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
>> I ran the following in the following order:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *    module purge    module load intel/16.1.150    module use
>> /contrib/modulefiles    module load anaconda/anaconda2-4.4.0
module
>> load
>> met/8.0    module load nco    module load wgrib2    module load R
>> setenv
>> METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus    setenv
MET_PATH
>> /contrib/met/8.0    setenv JLOGFILE
>> ${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv PYTHONPATH
>> ${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-
2.0.4/parm
>> setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*
>>
>> Please note that you would want to change your METPLUS_PATH to
point to
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.
>>
>> Then, when I ran the code, I received the following error:
>>
>> ERROR  :
>> > ERROR  : yyerror() -> syntax error in file
>> >
>> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
>> > ERROR  :
>> > ERROR  :    line   = 129
>> > ERROR  :
>> > ERROR  :    column = 66
>> > ERROR  :
>> > ERROR  :    text   = """
>> > ERROR  :
>> > ERROR  :
>> > ERROR  :       file_name
>> > "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
>> > ERROR  :
>> >
_________________________________________________________________^__
>> > ERROR  :
>> >
>>
>> I can see that on line 129 of your
>>
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
>> file, you are missing an "=" between "file_name" and it's value
>> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".
>>
>> Please modify the TCPairsETCConfig file and set up your environment
>> accordingly and try rerunning.
>>
>> Please let us know how it goes.
>>
>> Thanks!
>>
>> Julie
>>
>> On Thu, May 2, 2019 at 11:22 AM Minna Win via RT
<met_help at ucar.edu>
>> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> >
>> > Hi Steve,
>> >
>> > I do not have access to 'theia'.  If the files are too large, you
can
>> FTP
>> > them to our RAL ftp site:
>> >
>> > Non-Windows FTP client:
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
>> >    password="your email address" cd incoming/irap/met_help mkdir
>> >    "surname_data" # where surname is your last name cd
"surname_data"
>> put
>> >    "your files" bye *
>> >
>> > Windows FTP client:
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
>> >    password="your email address" quote pasv cd
incoming/irap/met_help
>> mkdir
>> >    "surname_data" # where surname is your last name cd
"surname_data"
>> put
>> >    "your files" bye*
>> >
>> >
>> >
>> > Thanks,
>> > Minna
>> > ---------------
>> > Minna Win
>> > NCAR
>> > Research Applications Lab
>> > Phone: 303-497-8423
>> > Fax:   303-497-8401
>> >
>> >
>> >
>> > On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via RT
<
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > >
>> > > Good morning Minna,
>> > >
>> > > These files are on THEIA not WCOSS.   Do you have access to
>> > > THEIA?
>> > >
>> > > Thanks,
>> > > Steve
>> > >
>> > > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT
<met_help at ucar.edu>
>> > > wrote:
>> > >
>> > > > Hi Steve,
>> > > >
>> > > > Julie is out today, perhaps I can take a look at your logs,
final
>> conf
>> > > and
>> > > > command line output?  Unfortunately, I do not have access to
any of
>> the
>> > > > WCOSS hosts, so you will need to send/attach these to me.
>> > > >
>> > > > Thanks,
>> > > > Minna
>> > > > ---------------
>> > > > Minna Win
>> > > > NCAR
>> > > > Research Applications Lab
>> > > > Phone: 303-497-8423
>> > > > Fax:   303-497-8401
>> > > >
>> > > >
>> > > >
>> > > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal
via RT <
>> > > > met_help at ucar.edu> wrote:
>> > > >
>> > > > >
>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > > > >
>> > > > > Good morning Julie,
>> > > > >
>> > > > > I do not understand what the problem could be.  Again, no
output
>> was
>> > > > > generated.
>> > > > >
>> > > > > The output from the command line has been saved located at;
>> > > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
(filename
>> steve)
>> > > > >
>> > > > > The log file is located at:
>> > > > >
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
>> > > > > (filename *0502)
>> > > > >
>> > > > > Finally, the "metplus_final .conf"  is loacated at:
>> > > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
>> > > > >
>> > > > > Hopefully, the above "messages" will reveal the problem.
>> > > > >
>> > > > > Thanks, again, for your help.
>> > > > > Steve
>> > > > >
>> > > > >
>> > > > >
>> > > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
>> > > > met_help at ucar.edu>
>> > > > > wrote:
>> > > > >
>> > > > > > Ok, Steve.  The installation is now complete and ready
for you
>> to
>> > > test.
>> > > > > > Please test with a fresh shell to ensure the module is
reloaded.
>> > > > > >
>> > > > > > Julie
>> > > > > >
>> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
>> jpresto at ucar.edu>
>> > > > > wrote:
>> > > > > >
>> > > > > > > Hi Steve.  I sent this too soon.  I am currently re-
installing
>> > MET
>> > > on
>> > > > > > > theia, but it hasn't finished.  I meant to save the
email
>> until
>> > the
>> > > > > > > compilation was finished, but sent it too soon.  I'll
follow
>> up
>> > > once
>> > > > > the
>> > > > > > > compilation is actually complete.
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > Julie
>> > > > > > >
>> > > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
>> > jpresto at ucar.edu>
>> > > > > > wrote:
>> > > > > > >
>> > > > > > >> I'm so glad you had a great vacation in Florida!
Welcome
>> back!
>> > > > > > >>
>> > > > > > >> I'm happy to report that the "not detected" output you
are
>> > seeing
>> > > > can
>> > > > > > >> safely be ignored. If you are getting the expected
data
>> output
>> > > from
>> > > > > > >> METplus, then we can resolve this issue.
>> > > > > > >>
>> > > > > > >> However, I just took a look at your log file and found
this
>> > > problem:
>> > > > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading
shared
>> > > libraries:
>> > > > > > >> libpng16.so.16: cannot open shared object file: No
such file
>> or
>> > > > > > directory
>> > > > > > >>
>> > > > > > >> I just now reinstalled met-8.0 on theia in a way that
I
>> believe
>> > > will
>> > > > > > >> eliminate that error.  Could you please try running
the code
>> > > again?
>> > > > > > Please
>> > > > > > >> check the log file to ensure that error is gone and
please
>> check
>> > > to
>> > > > > see
>> > > > > > if
>> > > > > > >> you have the expected output.  If you notice any
problems,
>> or if
>> > > you
>> > > > > > get a
>> > > > > > >> successful run, please let us know.  Thanks!
>> > > > > > >>
>> > > > > > >> Julie
>> > > > > > >>
>> > > > > > >>
>> > > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA
Federal
>> via
>> > RT
>> > > <
>> > > > > > >> met_help at ucar.edu> wrote:
>> > > > > > >>
>> > > > > > >>>
>> > > > > > >>> <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>> > >
>> > > > > > >>>
>> > > > > > >>> Good morning Julie,
>> > > > > > >>>
>> > > > > > >>> Just got back from vacation yesterday (Florida).  The
>> weather
>> > was
>> > > > > great
>> > > > > > >>> and
>> > > > > > >>> had a great time. ( By the way, HW - hard wire ...fix
logic
>> in
>> > > the
>> > > > > > codes)
>> > > > > > >>>
>> > > > > > >>> I am still having trouble generating output.
>> > > > > > >>> I am see errors like:
>> > > > > > >>>     inside_aprun: not detected ( is not set or is 0);
>> > > > > > >>>     1sf_cray_intel: not detected;
>> > > > > > >>>     impi not detected; and,
>> > > > > > >>>     mpiexec_mpt: not detected.
>> > > > > > >>> Are the above errors "system errors"?
>> > > > > > >>>
>> > > > > > >>> My log and metplus_final.conf files are found at :
>> > > > > > >>>
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
>> > > > > > >>>
>> > > > > > >>> Please help me trouble shoot these bugs.  I need to
get this
>> > > > utility
>> > > > > > >>> working soon.
>> > > > > > >>>
>> > > > > > >>> Thanks for your attention to this matter.
>> > > > > > >>>
>> > > > > > >>> Steve
>> > > > > > >>>
>> > > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via
RT <
>> > > > > > >>> met_help at ucar.edu>
>> > > > > > >>> wrote:
>> > > > > > >>>
>> > > > > > >>> > Hi Steve.  I just wanted to follow up and see if
you were
>> > able
>> > > to
>> > > > > > get a
>> > > > > > >>> > successful run after the inclusion of
>> slilly.nam.conf.theia
>> > in
>> > > > your
>> > > > > > >>> call to
>> > > > > > >>> > master_metplus.py?  Please let us know how it goes.
>> > > > > > >>> >
>> > > > > > >>> > Thanks,
>> > > > > > >>> > Julie
>> > > > > > >>> >
>> > > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
>> > > > jpresto at ucar.edu
>> > > > > >
>> > > > > > >>> wrote:
>> > > > > > >>> >
>> > > > > > >>> > > Hi Steve.  Thank you for letting us know that you
have a
>> > > > > > >>> > > slilly.nam.conf.theia file at
>> > > > > > >>> > >
>> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
>> > > > > > >>> that is
>> > > > > > >>> > > the one you want to use.  I didn't look there,
but
>> rather
>> > > only
>> > > > > > >>> looked one
>> > > > > > >>> > > directory deeper in the "METplus-2.0.4"
subdirectory of
>> > > > > > >>> > >
"/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
>> > > > > > >>> > >
>> > > > > > >>> > > I have HW each parameter appearing in the config
file
>> > > > > > >>> > >>
>> > > > > > >>> > > I am not sure what "HW" means.  Please excuse my
>> ignorance.
>> > > > > > >>> > >
>> > > > > > >>> > > Is MET_BASE defined correctly?
>> > > > > > >>> > >>
>> > > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
>> > > > > > >>> > >
>> > > > > > >>> > > However, you did not include this
slilly.nam.conf.theia
>> > file
>> > > > in
>> > > > > > your
>> > > > > > >>> > call
>> > > > > > >>> > > to master_met_plus.py, so MET_BASE was likely not
>> defined.
>> > > > > Please
>> > > > > > >>> try
>> > > > > > >>> > > running the following (note the addition of the
>> > > > > > slilly.nam.conf.theia
>> > > > > > >>> > file)
>> > > > > > >>> > > and let us know how it goes:
>> > > > > > >>> > >
>> > > > > > >>> > >
>> */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
>> > > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
>> > > > > /scratch4/NCEPDEV/stmp3/*
>> > > > > > >>> > >
>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
>> > > > > > >>> > >
>> > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
>> > > > -c
>> > > > > > >>> > >
>> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
>> > > > > > >>> > > *config/slilly.nam.conf.theia*
>> > > > > > >>> > >
>> > > > > > >>> > > Hopefully, that will resolve the problem you are
>> > > experiencing.
>> > > > > > >>> > >
>> > > > > > >>> > > Julie
>> > > > > > >>> > >
>> > > > > > >>> > >
>> > > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly -
NOAA
>> > Federal
>> > > > via
>> > > > > > RT <
>> > > > > > >>> > > met_help at ucar.edu> wrote:
>> > > > > > >>> > >
>> > > > > > >>> > >>
>> > > > > > >>> > >> <URL:
>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>> > > > >
>> > > > > > >>> > >>
>> > > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
>> > > > > > >>> > >> at
>> > > > > > >>>
>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>> > > > > > >>> > >>
>> > > > > > >>> > >> I have HW each parameter appearing in the config
file;
>> as
>> > > well
>> > > > > as,
>> > > > > > >>> > defined
>> > > > > > >>> > >> some
>> > > > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
>> MET_BASE is
>> > > > > defined
>> > > > > > >>> in
>> > > > > > >>> > all
>> > > > > > >>> > >> config file
>> > > > > > >>> > >> and in slilly.nam.conf.theia
>> > > > > > >>> > >>
>> > > > > > >>> > >> In the log file (*20190422.....using MET_BASE
setting
>> from
>> > > > user
>> > > > > > >>> > >> environment
>> > > > > > >>> > >> instead of metplus config
>> > > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is MET_BASE
>> defined
>> > > > > > correctly?
>> > > > > > >>> > >>
>> > > > > > >>> > >> I have reviewed  all the config files several
times (
>> they
>> > > > seem
>> > > > > to
>> > > > > > >>> be
>> > > > > > >>> > >> right???).
>> > > > > > >>> > >>
>> > > > > > >>> > >> What am I doing wrong!
>> > > > > > >>> > >>
>> > > > > > >>> > >> Thanks,
>> > > > > > >>> > >> Steve
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie Prestopnik
via
>> RT <
>> > > > > > >>> > >> met_help at ucar.edu>
>> > > > > > >>> > >> wrote:
>> > > > > > >>> > >>
>> > > > > > >>> > >> > Hi Steve.
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > That is the correct setting for MET_BASE,
however,
>> I'm
>> > not
>> > > > > sure
>> > > > > > >>> that
>> > > > > > >>> > >> > MET_BASE is being picked up by the code.  Let
me
>> > explain.
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > From the log file you sent, it looks like you
ran the
>> > > > > following
>> > > > > > >>> > command:
>> > > > > > >>> > >> >
>> > > > > > >>> > >> >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
>> > > > > > >>> > >> > -c
>> > > > > > >>> > >> >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > I don't see your slilly.system.conf.theia
being
>> passed
>> > in,
>> > > > nor
>> > > > > > do
>> > > > > > >>> I
>> > > > > > >>> > see
>> > > > > > >>> > >> it
>> > > > > > >>> > >> > anywhere under
>> > > > > > >>> > >> >
>> > > > > > >>>
>> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > Thinking you might have MET_BASE set somewhere
else,
>> I
>> > ran
>> > > > the
>> > > > > > >>> > following
>> > > > > > >>> > >> > command to try to find the setting of MET_BASE
in a
>> parm
>> > > > file
>> > > > > > >>> under
>> > > > > > >>> > >> >
>> > > > > > >>>
>> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
>> > > > > > >>> > but
>> > > > > > >>> > >> > could not find anything:
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > find
>> > > > > > >>> >
>> > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
>> > > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE |
more
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > Please be sure to have a system file that
contains
>> > > MET_BASE
>> > > > > and
>> > > > > > >>> the
>> > > > > > >>> > >> other
>> > > > > > >>> > >> > necessary fields that were contained in your
>> > > > > > >>> slilly.system.conf.theia,
>> > > > > > >>> > >> or
>> > > > > > >>> > >> > ensure these variables are included in another
parm
>> > file,
>> > > > and
>> > > > > > make
>> > > > > > >>> > sure
>> > > > > > >>> > >> > that file is passed in your call to
>> master_metplus.py.
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > Give that a try and please let us know how it
goes.
>>  If
>> > > you
>> > > > > > still
>> > > > > > >>> > have
>> > > > > > >>> > >> > problems, please send us your log file and
also your
>> > > > > > >>> > metplus_final.conf
>> > > > > > >>> > >> > file.  Thanks!
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > Julie
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly
- NOAA
>> > > Federal
>> > > > > via
>> > > > > > >>> RT <
>> > > > > > >>> > >> > met_help at ucar.edu> wrote:
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > <URL:
>> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>> > > > > > >
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > Question:
>> > > > > > >>> > >> > > MET_BASE is set to
/contrib/met/8.0/share/met
>> > (tc_pairs)
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > In bashrc I have  module use
>> > contrib/modulefiles/met/8.0
>> > > > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0  (
it is
>> > not a
>> > > > > > >>> directory)
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > Could this be causing a problem?
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > Thanks,
>> > > > > > >>> > >> > > Steve
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven Lilly
- NOAA
>> > > > Federal
>> > > > > <
>> > > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > > > Yes, I did.
>> > > > > > >>> > >> > > >
>> > > > > > >>> > >> > > > Steve
>> > > > > > >>> > >> > > >
>> > > > > > >>> > >> > > >
>> > > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win
via RT
>> <
>> > > > > > >>> > met_help at ucar.edu
>> > > > > > >>> > >> >
>> > > > > > >>> > >> > > > wrote:
>> > > > > > >>> > >> > > >
>> > > > > > >>> > >> > > >> Hi Steve,
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >> Did you try re-running with the updates
to your
>> > > > filename
>> > > > > > >>> > templates?
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >> Thanks,
>> > > > > > >>> > >> > > >> Minna
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >> ---------------
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
>> steven.lilly at noaa.gov
>> > > > > wrote:
>> > > > > > >>> > >> > > >> > This seems to be an ongoing problem.
>> > > > > > >>> > >> > > >> > Both Minna and Julie are working on a
>> solution.
>> > > > > > >>> > >> > > >> >
>> > > > > > >>> > >> > > >> > Thanks,
>> > > > > > >>> > >> > > >> > Steve
>> > > > > > >>> > >> > > >> >
>> > > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
>> Prestopnik
>> > > via
>> > > > RT
>> > > > > > >>> > >> > > >> > <met_help at ucar.edu>
>> > > > > > >>> > >> > > >> > wrote:
>> > > > > > >>> > >> > > >> >
>> > > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow up
on
>> > Minna's
>> > > > > email.
>> > > > > > >>> She
>> > > > > > >>> > >> > > >> > > mentioned that
>> > > > > > >>> > >> > > >> > > Perry S. had the same problem today,
>> however he
>> > > was
>> > > > > > >>> running
>> > > > > > >>> > on
>> > > > > > >>> > >> > > "gyre"
>> > > > > > >>> > >> > > >> > > (WCOSS).  You are running on "theia",
so
>> > instead
>> > > of
>> > > > > > >>> running:
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > ------------------run this on command
line
>> > > > > > >>> > >> > > >> > > ----------------------------
>> > > > > > >>> > >> > > >> > > > module use
>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
>> > > > > > >>> > >> > > >> > > > module load met/8.0
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > You would want to run the following
instead:
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > > ------------------run this on
command line
>> > > > > > >>> > >> > > >> > > > ----------------------------
>> > > > > > >>> > >> > > >> > > >       module use
/contrib/modulefiles
>> > > > > > >>> > >> > > >> > > >       module load met/8.0
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > However, you should have some sort of
a set
>> up
>> > > > script
>> > > > > > for
>> > > > > > >>> > >> METplus
>> > > > > > >>> > >> > > >> > > that you
>> > > > > > >>> > >> > > >> > > would run before running METplus.
Take a
>> look
>> > > > > > >>> > >> > > >> > > at
>> > > > > > >>>
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
>> > > > > > >>> > and
>> > > > > > >>> > >> see
>> > > > > > >>> > >> > > if
>> > > > > > >>> > >> > > >> > > you
>> > > > > > >>> > >> > > >> > > have something like that or if
something
>> like
>> > > that
>> > > > is
>> > > > > > in
>> > > > > > >>> your
>> > > > > > >>> > >> > > .bashrc
>> > > > > > >>> > >> > > >> > > file
>> > > > > > >>> > >> > > >> > > or .cshrc file.  If not, you want to
run
>> > > something
>> > > > > like
>> > > > > > >>> that
>> > > > > > >>> > >> > before
>> > > > > > >>> > >> > > >> > > running
>> > > > > > >>> > >> > > >> > > METplus.  You can use mine as a
template,
>> but
>> > you
>> > > > > would
>> > > > > > >>> need
>> > > > > > >>> > to
>> > > > > > >>> > >> > > >> > > change the
>> > > > > > >>> > >> > > >> > > location for METPLUS_PATH for your
use.
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > I hope that helps!  Please let us
know how
>> it
>> > > goes.
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > Julie
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM Minna
Win
>> via
>> > RT
>> > > <
>> > > > > > >>> > >> > met_help at ucar.edu
>> > > > > > >>> > >> > > >
>> > > > > > >>> > >> > > >> > > wrote:
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > <URL:
>> > > > > > >>> > >>
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > Hi Steve,
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > Thanks for sending me your
information.
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > 1) I noticed this error in your log
file:
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> >
>> > > > > > >>> >
>> > > > > >
>> > >
>>
---------------------------snip----------------------------------------
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs:
error while
>> > > > loading
>> > > > > > >>> shared
>> > > > > > >>> > >> > > >> > > > libraries:
>> > > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared
object
>> > file:
>> > > > No
>> > > > > > such
>> > > > > > >>> > file
>> > > > > > >>> > >> or
>> > > > > > >>> > >> > > >> > > > directory
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
---------------------------snip-------------------------------------------
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > which looks similar to an issue
Perry S.
>> > > observed
>> > > > > > when
>> > > > > > >>> he
>> > > > > > >>> > was
>> > > > > > >>> > >> > > >> > > > trying to
>> > > > > > >>> > >> > > >> > > > run something earlier today. Julie
>> > reinstalled
>> > > > the
>> > > > > > >>> latest
>> > > > > > >>> > of
>> > > > > > >>> > >> > > >> > > > version of
>> > > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could you
please
>> try
>> > > the
>> > > > > > >>> > following,
>> > > > > > >>> > >> to
>> > > > > > >>> > >> > > >> > > > ensure
>> > > > > > >>> > >> > > >> > > you
>> > > > > > >>> > >> > > >> > > > are using the most recent build of
met?
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > ------------------run this on
command line
>> > > > > > >>> > >> > > >> > > > ----------------------------
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > module use
>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
>> > > > > > >>> > >> > > >> > > > module load met/8.0
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > -------------------end run
>> > > > > > >>> this-------------------------
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > 2) I also noticed that your
filename
>> template
>> > > > isn't
>> > > > > > >>> > providing
>> > > > > > >>> > >> > all
>> > > > > > >>> > >> > > >> > > > the
>> > > > > > >>> > >> > > >> > > > information that the wrapper needs
to
>> > determine
>> > > > > > whether
>> > > > > > >>> > >> > something
>> > > > > > >>> > >> > > >> > > > falls
>> > > > > > >>> > >> > > >> > > > within your time window of
interest.
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames
look like
>> > > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/amlqYYYYmmddHH.nam.####
>> (or
>> > > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
>> for
>> > > > Bdeck)
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > if the YYYYmmddHH following the
amlq(or
>> bmlq)
>> > > in
>> > > > > the
>> > > > > > >>> > filename
>> > > > > > >>> > >> > > >> > > > corresponds
>> > > > > > >>> > >> > > >> > > > to init times, could you please set
your
>> > > > > > FORECAST_TMPL
>> > > > > > >>> to:
>> > > > > > >>> > >> > > >> > > >  FORECAST_TMPL
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
>> > > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > These are found under your
>> > [filename_templates]
>> > > > > > header
>> > > > > > >>> of
>> > > > > > >>> > >> your
>> > > > > > >>> > >> > > >> > > > METplus
>> > > > > > >>> > >> > > >> > > > config file.
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > The content after the 'init' lets
the
>> wrapper
>> > > > know
>> > > > > to
>> > > > > > >>> which
>> > > > > > >>> > >> init
>> > > > > > >>> > >> > > >> > > > time
>> > > > > > >>> > >> > > >> > > this
>> > > > > > >>> > >> > > >> > > > particular Adeck or Bdeck
corresponds
>> (which
>> > > > might
>> > > > > be
>> > > > > > >>> why
>> > > > > > >>> > you
>> > > > > > >>> > >> > > >> > > > aren't
>> > > > > > >>> > >> > > >> > > > getting any results).
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
>> filename
>> > > > > > >>> corresponds to
>> > > > > > >>> > a
>> > > > > > >>> > >> > valid
>> > > > > > >>> > >> > > >> > > > time,
>> > > > > > >>> > >> > > >> > > > then replace 'init' with 'valid'
inside
>> the
>> > > {}'s
>> > > > in
>> > > > > > the
>> > > > > > >>> > >> filename
>> > > > > > >>> > >> > > >> > > > template
>> > > > > > >>> > >> > > >> > > > settings.
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > If this still doesn't work, then
send me
>> your
>> > > > > latest
>> > > > > > >>> log
>> > > > > > >>> > >> files
>> > > > > > >>> > >> > and
>> > > > > > >>> > >> > > >> > > > your
>> > > > > > >>> > >> > > >> > > > master_metplus.conf so we can
figure out
>> > what's
>> > > > > still
>> > > > > > >>> > >> missing.
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > > Regards,
>> > > > > > >>> > >> > > >> > > > Minna
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >> > >
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > > >>
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> > >
>> > > > > > >>> > >> >
>> > > > > > >>> > >> >
>> > > > > > >>> > >>
>> > > > > > >>> > >>
>> > > > > > >>> >
>> > > > > > >>> >
>> > > > > > >>>
>> > > > > > >>>
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>>
>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Tue May 14 13:01:14 2019

Hey,

I figured it out.  I needed to MET_BUILD_ BASE to my slilly**** file.
I am able to display the data.


Thanks for your help.
Steve

On Tue, May 14, 2019 at 1:00 PM Steven Lilly - NOAA Federal <
steven.lilly at noaa.gov> wrote:

> Good morning Julie,
>
> Quick questions: 1)  Do I need to refer to Rscripts to resolve
> "TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status,
tcst
> files may be missing"
> problem?
>
> 2) In my "bashrc" file; I have "module load R".  Is this right?  Or,
> should I be using something
> like "module use R" /  "module load intel R" ?
>
>
> Thanks,
> Steve
>
>
> On Wed, May 8, 2019 at 12:28 PM Steven Lilly - NOAA Federal <
> steven.lilly at noaa.gov> wrote:
>
>> Good afternoon Julie,
>>
>> The code is about 90% working  now.  After I made the changes you
>> suggested ,
>> I notices the following error message:
>>
>> TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status,
tcst
>> files may be missing.
>>
>> The location of my "tcst" files are located at
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v3.0.4/
>> output/NAM/tc_pairs .....Is this the right location????
>>
>> The log file ( *0508)  and metplus_final.conf  file are located at
>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/().
>>
>> Once  the above error is resolve, I believe the utility will be
working
>> !!!!
>>
>> Thanks,
>> Steve
>>
>>
>> On Mon, May 6, 2019 at 4:59 PM Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>
>>> Hi Steve.  It looks like your environment may not be set up
correctly.
>>> When I set up a run similar to yours, I cannot reproduce your
problem,
>>> which is still:
>>>
>>> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
>>> > libpng16.so.16: cannot open shared object file: No such file or
>>> directory
>>> >
>>>
>>> Here is how I set up my environment.  Before running
"master_metplus.py
>>> -c
>>>
>>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
>>> -c
>>>
>>> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
>>> I ran the following in the following order:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *    module purge    module load intel/16.1.150    module use
>>> /contrib/modulefiles    module load anaconda/anaconda2-4.4.0
module
>>> load
>>> met/8.0    module load nco    module load wgrib2    module load R
>>> setenv
>>> METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus    setenv
>>> MET_PATH
>>> /contrib/met/8.0    setenv JLOGFILE
>>> ${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv PYTHONPATH
>>> ${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-
2.0.4/parm
>>> setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*
>>>
>>> Please note that you would want to change your METPLUS_PATH to
point to
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.
>>>
>>> Then, when I ran the code, I received the following error:
>>>
>>> ERROR  :
>>> > ERROR  : yyerror() -> syntax error in file
>>> >
>>> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
>>> > ERROR  :
>>> > ERROR  :    line   = 129
>>> > ERROR  :
>>> > ERROR  :    column = 66
>>> > ERROR  :
>>> > ERROR  :    text   = """
>>> > ERROR  :
>>> > ERROR  :
>>> > ERROR  :       file_name
>>> > "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
>>> > ERROR  :
>>> >
_________________________________________________________________^__
>>> > ERROR  :
>>> >
>>>
>>> I can see that on line 129 of your
>>>
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
>>> file, you are missing an "=" between "file_name" and it's value
>>> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".
>>>
>>> Please modify the TCPairsETCConfig file and set up your
environment
>>> accordingly and try rerunning.
>>>
>>> Please let us know how it goes.
>>>
>>> Thanks!
>>>
>>> Julie
>>>
>>> On Thu, May 2, 2019 at 11:22 AM Minna Win via RT
<met_help at ucar.edu>
>>> wrote:
>>>
>>> >
>>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>> >
>>> > Hi Steve,
>>> >
>>> > I do not have access to 'theia'.  If the files are too large,
you can
>>> FTP
>>> > them to our RAL ftp site:
>>> >
>>> > Non-Windows FTP client:
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
>>> >    password="your email address" cd incoming/irap/met_help mkdir
>>> >    "surname_data" # where surname is your last name cd
"surname_data"
>>> put
>>> >    "your files" bye *
>>> >
>>> > Windows FTP client:
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
>>> >    password="your email address" quote pasv cd
incoming/irap/met_help
>>> mkdir
>>> >    "surname_data" # where surname is your last name cd
"surname_data"
>>> put
>>> >    "your files" bye*
>>> >
>>> >
>>> >
>>> > Thanks,
>>> > Minna
>>> > ---------------
>>> > Minna Win
>>> > NCAR
>>> > Research Applications Lab
>>> > Phone: 303-497-8423
>>> > Fax:   303-497-8401
>>> >
>>> >
>>> >
>>> > On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via
RT <
>>> > met_help at ucar.edu> wrote:
>>> >
>>> > >
>>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
>>> > >
>>> > > Good morning Minna,
>>> > >
>>> > > These files are on THEIA not WCOSS.   Do you have access to
>>> > > THEIA?
>>> > >
>>> > > Thanks,
>>> > > Steve
>>> > >
>>> > > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT
<met_help at ucar.edu>
>>> > > wrote:
>>> > >
>>> > > > Hi Steve,
>>> > > >
>>> > > > Julie is out today, perhaps I can take a look at your logs,
final
>>> conf
>>> > > and
>>> > > > command line output?  Unfortunately, I do not have access to
any
>>> of the
>>> > > > WCOSS hosts, so you will need to send/attach these to me.
>>> > > >
>>> > > > Thanks,
>>> > > > Minna
>>> > > > ---------------
>>> > > > Minna Win
>>> > > > NCAR
>>> > > > Research Applications Lab
>>> > > > Phone: 303-497-8423
>>> > > > Fax:   303-497-8401
>>> > > >
>>> > > >
>>> > > >
>>> > > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal
via RT <
>>> > > > met_help at ucar.edu> wrote:
>>> > > >
>>> > > > >
>>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>> > > > >
>>> > > > > Good morning Julie,
>>> > > > >
>>> > > > > I do not understand what the problem could be.  Again, no
output
>>> was
>>> > > > > generated.
>>> > > > >
>>> > > > > The output from the command line has been saved located
at;
>>> > > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
(filename
>>> steve)
>>> > > > >
>>> > > > > The log file is located at:
>>> > > > >
>>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
>>> > > > > (filename *0502)
>>> > > > >
>>> > > > > Finally, the "metplus_final .conf"  is loacated at:
>>> > > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
>>> > > > >
>>> > > > > Hopefully, the above "messages" will reveal the problem.
>>> > > > >
>>> > > > > Thanks, again, for your help.
>>> > > > > Steve
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
>>> > > > met_help at ucar.edu>
>>> > > > > wrote:
>>> > > > >
>>> > > > > > Ok, Steve.  The installation is now complete and ready
for you
>>> to
>>> > > test.
>>> > > > > > Please test with a fresh shell to ensure the module is
>>> reloaded.
>>> > > > > >
>>> > > > > > Julie
>>> > > > > >
>>> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
>>> jpresto at ucar.edu>
>>> > > > > wrote:
>>> > > > > >
>>> > > > > > > Hi Steve.  I sent this too soon.  I am currently
>>> re-installing
>>> > MET
>>> > > on
>>> > > > > > > theia, but it hasn't finished.  I meant to save the
email
>>> until
>>> > the
>>> > > > > > > compilation was finished, but sent it too soon.  I'll
follow
>>> up
>>> > > once
>>> > > > > the
>>> > > > > > > compilation is actually complete.
>>> > > > > > >
>>> > > > > > > Thanks,
>>> > > > > > > Julie
>>> > > > > > >
>>> > > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
>>> > jpresto at ucar.edu>
>>> > > > > > wrote:
>>> > > > > > >
>>> > > > > > >> I'm so glad you had a great vacation in Florida!
Welcome
>>> back!
>>> > > > > > >>
>>> > > > > > >> I'm happy to report that the "not detected" output
you are
>>> > seeing
>>> > > > can
>>> > > > > > >> safely be ignored. If you are getting the expected
data
>>> output
>>> > > from
>>> > > > > > >> METplus, then we can resolve this issue.
>>> > > > > > >>
>>> > > > > > >> However, I just took a look at your log file and
found this
>>> > > problem:
>>> > > > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading
shared
>>> > > libraries:
>>> > > > > > >> libpng16.so.16: cannot open shared object file: No
such
>>> file or
>>> > > > > > directory
>>> > > > > > >>
>>> > > > > > >> I just now reinstalled met-8.0 on theia in a way that
I
>>> believe
>>> > > will
>>> > > > > > >> eliminate that error.  Could you please try running
the code
>>> > > again?
>>> > > > > > Please
>>> > > > > > >> check the log file to ensure that error is gone and
please
>>> check
>>> > > to
>>> > > > > see
>>> > > > > > if
>>> > > > > > >> you have the expected output.  If you notice any
problems,
>>> or if
>>> > > you
>>> > > > > > get a
>>> > > > > > >> successful run, please let us know.  Thanks!
>>> > > > > > >>
>>> > > > > > >> Julie
>>> > > > > > >>
>>> > > > > > >>
>>> > > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA
Federal
>>> via
>>> > RT
>>> > > <
>>> > > > > > >> met_help at ucar.edu> wrote:
>>> > > > > > >>
>>> > > > > > >>>
>>> > > > > > >>> <URL:
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>>> > >
>>> > > > > > >>>
>>> > > > > > >>> Good morning Julie,
>>> > > > > > >>>
>>> > > > > > >>> Just got back from vacation yesterday (Florida).
The
>>> weather
>>> > was
>>> > > > > great
>>> > > > > > >>> and
>>> > > > > > >>> had a great time. ( By the way, HW - hard wire
...fix
>>> logic in
>>> > > the
>>> > > > > > codes)
>>> > > > > > >>>
>>> > > > > > >>> I am still having trouble generating output.
>>> > > > > > >>> I am see errors like:
>>> > > > > > >>>     inside_aprun: not detected ( is not set or is
0);
>>> > > > > > >>>     1sf_cray_intel: not detected;
>>> > > > > > >>>     impi not detected; and,
>>> > > > > > >>>     mpiexec_mpt: not detected.
>>> > > > > > >>> Are the above errors "system errors"?
>>> > > > > > >>>
>>> > > > > > >>> My log and metplus_final.conf files are found at :
>>> > > > > > >>>
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
>>> > > > > > >>>
>>> > > > > > >>> Please help me trouble shoot these bugs.  I need to
get
>>> this
>>> > > > utility
>>> > > > > > >>> working soon.
>>> > > > > > >>>
>>> > > > > > >>> Thanks for your attention to this matter.
>>> > > > > > >>>
>>> > > > > > >>> Steve
>>> > > > > > >>>
>>> > > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik via
RT <
>>> > > > > > >>> met_help at ucar.edu>
>>> > > > > > >>> wrote:
>>> > > > > > >>>
>>> > > > > > >>> > Hi Steve.  I just wanted to follow up and see if
you were
>>> > able
>>> > > to
>>> > > > > > get a
>>> > > > > > >>> > successful run after the inclusion of
>>> slilly.nam.conf.theia
>>> > in
>>> > > > your
>>> > > > > > >>> call to
>>> > > > > > >>> > master_metplus.py?  Please let us know how it
goes.
>>> > > > > > >>> >
>>> > > > > > >>> > Thanks,
>>> > > > > > >>> > Julie
>>> > > > > > >>> >
>>> > > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik <
>>> > > > jpresto at ucar.edu
>>> > > > > >
>>> > > > > > >>> wrote:
>>> > > > > > >>> >
>>> > > > > > >>> > > Hi Steve.  Thank you for letting us know that
you have
>>> a
>>> > > > > > >>> > > slilly.nam.conf.theia file at
>>> > > > > > >>> > >
>>> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
>>> > > > > > >>> that is
>>> > > > > > >>> > > the one you want to use.  I didn't look there,
but
>>> rather
>>> > > only
>>> > > > > > >>> looked one
>>> > > > > > >>> > > directory deeper in the "METplus-2.0.4"
subdirectory of
>>> > > > > > >>> > >
>>> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
>>> > > > > > >>> > >
>>> > > > > > >>> > > I have HW each parameter appearing in the config
file
>>> > > > > > >>> > >>
>>> > > > > > >>> > > I am not sure what "HW" means.  Please excuse my
>>> ignorance.
>>> > > > > > >>> > >
>>> > > > > > >>> > > Is MET_BASE defined correctly?
>>> > > > > > >>> > >>
>>> > > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
>>> > > > > > >>> > >
>>> > > > > > >>> > > However, you did not include this
slilly.nam.conf.theia
>>> > file
>>> > > > in
>>> > > > > > your
>>> > > > > > >>> > call
>>> > > > > > >>> > > to master_met_plus.py, so MET_BASE was likely
not
>>> defined.
>>> > > > > Please
>>> > > > > > >>> try
>>> > > > > > >>> > > running the following (note the addition of the
>>> > > > > > slilly.nam.conf.theia
>>> > > > > > >>> > file)
>>> > > > > > >>> > > and let us know how it goes:
>>> > > > > > >>> > >
>>> > > > > > >>> > >
>>> */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
>>> > > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
>>> > > > > /scratch4/NCEPDEV/stmp3/*
>>> > > > > > >>> > >
>>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-2.0.4/parm/use_cases/*
>>> > > > > > >>> > >
>>> > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
>>> > > > -c
>>> > > > > > >>> > >
>>> > > /scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
>>> > > > > > >>> > > *config/slilly.nam.conf.theia*
>>> > > > > > >>> > >
>>> > > > > > >>> > > Hopefully, that will resolve the problem you are
>>> > > experiencing.
>>> > > > > > >>> > >
>>> > > > > > >>> > > Julie
>>> > > > > > >>> > >
>>> > > > > > >>> > >
>>> > > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly -
NOAA
>>> > Federal
>>> > > > via
>>> > > > > > RT <
>>> > > > > > >>> > > met_help at ucar.edu> wrote:
>>> > > > > > >>> > >
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> <URL:
>>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>>> > > > >
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is found
>>> > > > > > >>> > >> at
>>> > > > > > >>>
>>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> I have HW each parameter appearing in the
config
>>> file; as
>>> > > well
>>> > > > > as,
>>> > > > > > >>> > defined
>>> > > > > > >>> > >> some
>>> > > > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
>>> MET_BASE is
>>> > > > > defined
>>> > > > > > >>> in
>>> > > > > > >>> > all
>>> > > > > > >>> > >> config file
>>> > > > > > >>> > >> and in slilly.nam.conf.theia
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> In the log file (*20190422.....using MET_BASE
setting
>>> from
>>> > > > user
>>> > > > > > >>> > >> environment
>>> > > > > > >>> > >> instead of metplus config
>>> > > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is
MET_BASE
>>> defined
>>> > > > > > correctly?
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> I have reviewed  all the config files several
times (
>>> they
>>> > > > seem
>>> > > > > to
>>> > > > > > >>> be
>>> > > > > > >>> > >> right???).
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> What am I doing wrong!
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> Thanks,
>>> > > > > > >>> > >> Steve
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie
Prestopnik via
>>> RT <
>>> > > > > > >>> > >> met_help at ucar.edu>
>>> > > > > > >>> > >> wrote:
>>> > > > > > >>> > >>
>>> > > > > > >>> > >> > Hi Steve.
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > That is the correct setting for MET_BASE,
however,
>>> I'm
>>> > not
>>> > > > > sure
>>> > > > > > >>> that
>>> > > > > > >>> > >> > MET_BASE is being picked up by the code.  Let
me
>>> > explain.
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > From the log file you sent, it looks like you
ran
>>> the
>>> > > > > following
>>> > > > > > >>> > command:
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > >
>>> > > > >
>>> > > >
>>> > >
>>> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
>>> > > > > > >>> > >> > -c
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > >
>>> > > > >
>>> > > >
>>> > >
>>> >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > I don't see your slilly.system.conf.theia
being
>>> passed
>>> > in,
>>> > > > nor
>>> > > > > > do
>>> > > > > > >>> I
>>> > > > > > >>> > see
>>> > > > > > >>> > >> it
>>> > > > > > >>> > >> > anywhere under
>>> > > > > > >>> > >> >
>>> > > > > > >>>
>>> > > >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > Thinking you might have MET_BASE set
somewhere
>>> else, I
>>> > ran
>>> > > > the
>>> > > > > > >>> > following
>>> > > > > > >>> > >> > command to try to find the setting of
MET_BASE in a
>>> parm
>>> > > > file
>>> > > > > > >>> under
>>> > > > > > >>> > >> >
>>> > > > > > >>>
>>> > > >
>>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
>>> > > > > > >>> > but
>>> > > > > > >>> > >> > could not find anything:
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > find
>>> > > > > > >>> >
>>> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
>>> > > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE |
more
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > Please be sure to have a system file that
contains
>>> > > MET_BASE
>>> > > > > and
>>> > > > > > >>> the
>>> > > > > > >>> > >> other
>>> > > > > > >>> > >> > necessary fields that were contained in your
>>> > > > > > >>> slilly.system.conf.theia,
>>> > > > > > >>> > >> or
>>> > > > > > >>> > >> > ensure these variables are included in
another parm
>>> > file,
>>> > > > and
>>> > > > > > make
>>> > > > > > >>> > sure
>>> > > > > > >>> > >> > that file is passed in your call to
>>> master_metplus.py.
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > Give that a try and please let us know how it
>>> goes.   If
>>> > > you
>>> > > > > > still
>>> > > > > > >>> > have
>>> > > > > > >>> > >> > problems, please send us your log file and
also your
>>> > > > > > >>> > metplus_final.conf
>>> > > > > > >>> > >> > file.  Thanks!
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > Julie
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven Lilly
- NOAA
>>> > > Federal
>>> > > > > via
>>> > > > > > >>> RT <
>>> > > > > > >>> > >> > met_help at ucar.edu> wrote:
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > <URL:
>>> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>>> > > > > > >
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > Question:
>>> > > > > > >>> > >> > > MET_BASE is set to
/contrib/met/8.0/share/met
>>> > (tc_pairs)
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > In bashrc I have  module use
>>> > contrib/modulefiles/met/8.0
>>> > > > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0
( it is
>>> > not a
>>> > > > > > >>> directory)
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > Could this be causing a problem?
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > Thanks,
>>> > > > > > >>> > >> > > Steve
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven
Lilly -
>>> NOAA
>>> > > > Federal
>>> > > > > <
>>> > > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > > > Yes, I did.
>>> > > > > > >>> > >> > > >
>>> > > > > > >>> > >> > > > Steve
>>> > > > > > >>> > >> > > >
>>> > > > > > >>> > >> > > >
>>> > > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna Win
via
>>> RT <
>>> > > > > > >>> > met_help at ucar.edu
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> > > > wrote:
>>> > > > > > >>> > >> > > >
>>> > > > > > >>> > >> > > >> Hi Steve,
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >> Did you try re-running with the updates
to your
>>> > > > filename
>>> > > > > > >>> > templates?
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >> Thanks,
>>> > > > > > >>> > >> > > >> Minna
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >> ---------------
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
>>> steven.lilly at noaa.gov
>>> > > > > wrote:
>>> > > > > > >>> > >> > > >> > This seems to be an ongoing problem.
>>> > > > > > >>> > >> > > >> > Both Minna and Julie are working on a
>>> solution.
>>> > > > > > >>> > >> > > >> >
>>> > > > > > >>> > >> > > >> > Thanks,
>>> > > > > > >>> > >> > > >> > Steve
>>> > > > > > >>> > >> > > >> >
>>> > > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM Julie
>>> Prestopnik
>>> > > via
>>> > > > RT
>>> > > > > > >>> > >> > > >> > <met_help at ucar.edu>
>>> > > > > > >>> > >> > > >> > wrote:
>>> > > > > > >>> > >> > > >> >
>>> > > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow
up on
>>> > Minna's
>>> > > > > email.
>>> > > > > > >>> She
>>> > > > > > >>> > >> > > >> > > mentioned that
>>> > > > > > >>> > >> > > >> > > Perry S. had the same problem today,
>>> however he
>>> > > was
>>> > > > > > >>> running
>>> > > > > > >>> > on
>>> > > > > > >>> > >> > > "gyre"
>>> > > > > > >>> > >> > > >> > > (WCOSS).  You are running on
"theia", so
>>> > instead
>>> > > of
>>> > > > > > >>> running:
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > ------------------run this on
command line
>>> > > > > > >>> > >> > > >> > > ----------------------------
>>> > > > > > >>> > >> > > >> > > > module use
>>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
>>> > > > > > >>> > >> > > >> > > > module load met/8.0
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > You would want to run the following
>>> instead:
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
>>> line
>>> > > > > > >>> > >> > > >> > > > ----------------------------
>>> > > > > > >>> > >> > > >> > > >       module use
/contrib/modulefiles
>>> > > > > > >>> > >> > > >> > > >       module load met/8.0
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > However, you should have some sort
of a
>>> set up
>>> > > > script
>>> > > > > > for
>>> > > > > > >>> > >> METplus
>>> > > > > > >>> > >> > > >> > > that you
>>> > > > > > >>> > >> > > >> > > would run before running METplus.
Take a
>>> look
>>> > > > > > >>> > >> > > >> > > at
>>> > > > > > >>>
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
>>> > > > > > >>> > and
>>> > > > > > >>> > >> see
>>> > > > > > >>> > >> > > if
>>> > > > > > >>> > >> > > >> > > you
>>> > > > > > >>> > >> > > >> > > have something like that or if
something
>>> like
>>> > > that
>>> > > > is
>>> > > > > > in
>>> > > > > > >>> your
>>> > > > > > >>> > >> > > .bashrc
>>> > > > > > >>> > >> > > >> > > file
>>> > > > > > >>> > >> > > >> > > or .cshrc file.  If not, you want to
run
>>> > > something
>>> > > > > like
>>> > > > > > >>> that
>>> > > > > > >>> > >> > before
>>> > > > > > >>> > >> > > >> > > running
>>> > > > > > >>> > >> > > >> > > METplus.  You can use mine as a
template,
>>> but
>>> > you
>>> > > > > would
>>> > > > > > >>> need
>>> > > > > > >>> > to
>>> > > > > > >>> > >> > > >> > > change the
>>> > > > > > >>> > >> > > >> > > location for METPLUS_PATH for your
use.
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > I hope that helps!  Please let us
know how
>>> it
>>> > > goes.
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > Julie
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM
Minna Win
>>> via
>>> > RT
>>> > > <
>>> > > > > > >>> > >> > met_help at ucar.edu
>>> > > > > > >>> > >> > > >
>>> > > > > > >>> > >> > > >> > > wrote:
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > <URL:
>>> > > > > > >>> > >>
>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > Hi Steve,
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > Thanks for sending me your
information.
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > 1) I noticed this error in your
log file:
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> >
>>> > > > > > >>> >
>>> > > > > >
>>> > >
>>>
---------------------------snip----------------------------------------
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs:
error
>>> while
>>> > > > loading
>>> > > > > > >>> shared
>>> > > > > > >>> > >> > > >> > > > libraries:
>>> > > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open shared
object
>>> > file:
>>> > > > No
>>> > > > > > such
>>> > > > > > >>> > file
>>> > > > > > >>> > >> or
>>> > > > > > >>> > >> > > >> > > > directory
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > >
>>> > > > >
>>> > > >
>>> > >
>>> >
>>>
---------------------------snip-------------------------------------------
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > which looks similar to an issue
Perry S.
>>> > > observed
>>> > > > > > when
>>> > > > > > >>> he
>>> > > > > > >>> > was
>>> > > > > > >>> > >> > > >> > > > trying to
>>> > > > > > >>> > >> > > >> > > > run something earlier today. Julie
>>> > reinstalled
>>> > > > the
>>> > > > > > >>> latest
>>> > > > > > >>> > of
>>> > > > > > >>> > >> > > >> > > > version of
>>> > > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could you
>>> please try
>>> > > the
>>> > > > > > >>> > following,
>>> > > > > > >>> > >> to
>>> > > > > > >>> > >> > > >> > > > ensure
>>> > > > > > >>> > >> > > >> > > you
>>> > > > > > >>> > >> > > >> > > > are using the most recent build of
met?
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
>>> line
>>> > > > > > >>> > >> > > >> > > > ----------------------------
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > module use
>>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
>>> > > > > > >>> > >> > > >> > > > module load met/8.0
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > -------------------end run
>>> > > > > > >>> this-------------------------
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > 2) I also noticed that your
filename
>>> template
>>> > > > isn't
>>> > > > > > >>> > providing
>>> > > > > > >>> > >> > all
>>> > > > > > >>> > >> > > >> > > > the
>>> > > > > > >>> > >> > > >> > > > information that the wrapper needs
to
>>> > determine
>>> > > > > > whether
>>> > > > > > >>> > >> > something
>>> > > > > > >>> > >> > > >> > > > falls
>>> > > > > > >>> > >> > > >> > > > within your time window of
interest.
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames
look
>>> like
>>> > > > > > >>> > >> > > >> > > >
>>> /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
>>> > > > > > >>> > >> > > >> > > >
/path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
>>> for
>>> > > > Bdeck)
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > if the YYYYmmddHH following the
amlq(or
>>> bmlq)
>>> > > in
>>> > > > > the
>>> > > > > > >>> > filename
>>> > > > > > >>> > >> > > >> > > > corresponds
>>> > > > > > >>> > >> > > >> > > > to init times, could you please
set your
>>> > > > > > FORECAST_TMPL
>>> > > > > > >>> to:
>>> > > > > > >>> > >> > > >> > > >  FORECAST_TMPL
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > >
>>> > > > >
>>> > > >
>>> > >
>>> >
>>>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
>>> > > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > >
>>> > > > >
>>> > > >
>>> > >
>>> >
>>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > These are found under your
>>> > [filename_templates]
>>> > > > > > header
>>> > > > > > >>> of
>>> > > > > > >>> > >> your
>>> > > > > > >>> > >> > > >> > > > METplus
>>> > > > > > >>> > >> > > >> > > > config file.
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > The content after the 'init' lets
the
>>> wrapper
>>> > > > know
>>> > > > > to
>>> > > > > > >>> which
>>> > > > > > >>> > >> init
>>> > > > > > >>> > >> > > >> > > > time
>>> > > > > > >>> > >> > > >> > > this
>>> > > > > > >>> > >> > > >> > > > particular Adeck or Bdeck
corresponds
>>> (which
>>> > > > might
>>> > > > > be
>>> > > > > > >>> why
>>> > > > > > >>> > you
>>> > > > > > >>> > >> > > >> > > > aren't
>>> > > > > > >>> > >> > > >> > > > getting any results).
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the amlq/bmlq
>>> filename
>>> > > > > > >>> corresponds to
>>> > > > > > >>> > a
>>> > > > > > >>> > >> > valid
>>> > > > > > >>> > >> > > >> > > > time,
>>> > > > > > >>> > >> > > >> > > > then replace 'init' with 'valid'
inside
>>> the
>>> > > {}'s
>>> > > > in
>>> > > > > > the
>>> > > > > > >>> > >> filename
>>> > > > > > >>> > >> > > >> > > > template
>>> > > > > > >>> > >> > > >> > > > settings.
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > If this still doesn't work, then
send me
>>> your
>>> > > > > latest
>>> > > > > > >>> log
>>> > > > > > >>> > >> files
>>> > > > > > >>> > >> > and
>>> > > > > > >>> > >> > > >> > > > your
>>> > > > > > >>> > >> > > >> > > > master_metplus.conf so we can
figure out
>>> > what's
>>> > > > > still
>>> > > > > > >>> > >> missing.
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > > Regards,
>>> > > > > > >>> > >> > > >> > > > Minna
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >> > >
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > > >>
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> > >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >> >
>>> > > > > > >>> > >>
>>> > > > > > >>> > >>
>>> > > > > > >>> >
>>> > > > > > >>> >
>>> > > > > > >>>
>>> > > > > > >>>
>>> > > > > >
>>> > > > > >
>>> > > > >
>>> > > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> >
>>> >
>>>
>>>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Julie Prestopnik
Time: Tue May 14 13:28:36 2019

Hi Steve. My apologies for the delay in responding.  Thank you for
letting
me know that you were able to figure out the problem.  I'm so glad to
hear
that.

Are you having any other troubles or do you feel you have full
functionality restored?  If you are not experiencing any other
trouble, I
will go ahead and close this ticket.

Thanks,
Julie

On Tue, May 14, 2019 at 1:01 PM Steven Lilly - NOAA Federal via RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
>
> Hey,
>
> I figured it out.  I needed to MET_BUILD_ BASE to my slilly****
file.
> I am able to display the data.
>
>
> Thanks for your help.
> Steve
>
> On Tue, May 14, 2019 at 1:00 PM Steven Lilly - NOAA Federal <
> steven.lilly at noaa.gov> wrote:
>
> > Good morning Julie,
> >
> > Quick questions: 1)  Do I need to refer to Rscripts to resolve
> > "TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status,
tcst
> > files may be missing"
> > problem?
> >
> > 2) In my "bashrc" file; I have "module load R".  Is this right?
Or,
> > should I be using something
> > like "module use R" /  "module load intel R" ?
> >
> >
> > Thanks,
> > Steve
> >
> >
> > On Wed, May 8, 2019 at 12:28 PM Steven Lilly - NOAA Federal <
> > steven.lilly at noaa.gov> wrote:
> >
> >> Good afternoon Julie,
> >>
> >> The code is about 90% working  now.  After I made the changes you
> >> suggested ,
> >> I notices the following error message:
> >>
> >> TCMPRPLotter (error) plot_tcmpr.R returned non zero exit status,
tcst
> >> files may be missing.
> >>
> >> The location of my "tcst" files are located at
> >> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v3.0.4/
> >> output/NAM/tc_pairs .....Is this the right location????
> >>
> >> The log file ( *0508)  and metplus_final.conf  file are located
at
> >>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/().
> >>
> >> Once  the above error is resolve, I believe the utility will be
working
> >> !!!!
> >>
> >> Thanks,
> >> Steve
> >>
> >>
> >> On Mon, May 6, 2019 at 4:59 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> >> wrote:
> >>
> >>> Hi Steve.  It looks like your environment may not be set up
correctly.
> >>> When I set up a run similar to yours, I cannot reproduce your
problem,
> >>> which is still:
> >>>
> >>> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> >>> > libpng16.so.16: cannot open shared object file: No such file
or
> >>> directory
> >>> >
> >>>
> >>> Here is how I set up my environment.  Before running
"master_metplus.py
> >>> -c
> >>>
> >>>
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
> >>> -c
> >>>
> >>>
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
> >>> I ran the following in the following order:
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> *    module purge    module load intel/16.1.150    module use
> >>> /contrib/modulefiles    module load anaconda/anaconda2-4.4.0
module
> >>> load
> >>> met/8.0    module load nco    module load wgrib2    module load
R
> >>> setenv
> >>> METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus
setenv
> >>> MET_PATH
> >>> /contrib/met/8.0    setenv JLOGFILE
> >>> ${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv
PYTHONPATH
> >>> ${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-
2.0.4/parm
> >>> setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*
> >>>
> >>> Please note that you would want to change your METPLUS_PATH to
point to
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.
> >>>
> >>> Then, when I ran the code, I received the following error:
> >>>
> >>> ERROR  :
> >>> > ERROR  : yyerror() -> syntax error in file
> >>> >
> >>>
> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
> >>> > ERROR  :
> >>> > ERROR  :    line   = 129
> >>> > ERROR  :
> >>> > ERROR  :    column = 66
> >>> > ERROR  :
> >>> > ERROR  :    text   = """
> >>> > ERROR  :
> >>> > ERROR  :
> >>> > ERROR  :       file_name
> >>> > "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
> >>> > ERROR  :
> >>> >
_________________________________________________________________^__
> >>> > ERROR  :
> >>> >
> >>>
> >>> I can see that on line 129 of your
> >>>
> >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
> >>> file, you are missing an "=" between "file_name" and it's value
> >>> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".
> >>>
> >>> Please modify the TCPairsETCConfig file and set up your
environment
> >>> accordingly and try rerunning.
> >>>
> >>> Please let us know how it goes.
> >>>
> >>> Thanks!
> >>>
> >>> Julie
> >>>
> >>> On Thu, May 2, 2019 at 11:22 AM Minna Win via RT
<met_help at ucar.edu>
> >>> wrote:
> >>>
> >>> >
> >>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
>
> >>> >
> >>> > Hi Steve,
> >>> >
> >>> > I do not have access to 'theia'.  If the files are too large,
you can
> >>> FTP
> >>> > them to our RAL ftp site:
> >>> >
> >>> > Non-Windows FTP client:
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> > * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
> username=anonymous
> >>> >    password="your email address" cd incoming/irap/met_help
mkdir
> >>> >    "surname_data" # where surname is your last name cd
"surname_data"
> >>> put
> >>> >    "your files" bye *
> >>> >
> >>> > Windows FTP client:
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >
> >>> > * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
username=anonymous
> >>> >    password="your email address" quote pasv cd
incoming/irap/met_help
> >>> mkdir
> >>> >    "surname_data" # where surname is your last name cd
"surname_data"
> >>> put
> >>> >    "your files" bye*
> >>> >
> >>> >
> >>> >
> >>> > Thanks,
> >>> > Minna
> >>> > ---------------
> >>> > Minna Win
> >>> > NCAR
> >>> > Research Applications Lab
> >>> > Phone: 303-497-8423
> >>> > Fax:   303-497-8401
> >>> >
> >>> >
> >>> >
> >>> > On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal via
RT <
> >>> > met_help at ucar.edu> wrote:
> >>> >
> >>> > >
> >>> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>> > >
> >>> > > Good morning Minna,
> >>> > >
> >>> > > These files are on THEIA not WCOSS.   Do you have access to
> >>> > > THEIA?
> >>> > >
> >>> > > Thanks,
> >>> > > Steve
> >>> > >
> >>> > > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT <
> met_help at ucar.edu>
> >>> > > wrote:
> >>> > >
> >>> > > > Hi Steve,
> >>> > > >
> >>> > > > Julie is out today, perhaps I can take a look at your
logs, final
> >>> conf
> >>> > > and
> >>> > > > command line output?  Unfortunately, I do not have access
to any
> >>> of the
> >>> > > > WCOSS hosts, so you will need to send/attach these to me.
> >>> > > >
> >>> > > > Thanks,
> >>> > > > Minna
> >>> > > > ---------------
> >>> > > > Minna Win
> >>> > > > NCAR
> >>> > > > Research Applications Lab
> >>> > > > Phone: 303-497-8423
> >>> > > > Fax:   303-497-8401
> >>> > > >
> >>> > > >
> >>> > > >
> >>> > > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA Federal
via
> RT <
> >>> > > > met_help at ucar.edu> wrote:
> >>> > > >
> >>> > > > >
> >>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >
> >>> > > > >
> >>> > > > > Good morning Julie,
> >>> > > > >
> >>> > > > > I do not understand what the problem could be.  Again,
no
> output
> >>> was
> >>> > > > > generated.
> >>> > > > >
> >>> > > > > The output from the command line has been saved located
at;
> >>> > > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
(filename
> >>> steve)
> >>> > > > >
> >>> > > > > The log file is located at:
> >>> > > > >
> >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> >>> > > > > (filename *0502)
> >>> > > > >
> >>> > > > > Finally, the "metplus_final .conf"  is loacated at:
> >>> > > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> >>> > > > >
> >>> > > > > Hopefully, the above "messages" will reveal the problem.
> >>> > > > >
> >>> > > > > Thanks, again, for your help.
> >>> > > > > Steve
> >>> > > > >
> >>> > > > >
> >>> > > > >
> >>> > > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT <
> >>> > > > met_help at ucar.edu>
> >>> > > > > wrote:
> >>> > > > >
> >>> > > > > > Ok, Steve.  The installation is now complete and ready
for
> you
> >>> to
> >>> > > test.
> >>> > > > > > Please test with a fresh shell to ensure the module is
> >>> reloaded.
> >>> > > > > >
> >>> > > > > > Julie
> >>> > > > > >
> >>> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> >>> jpresto at ucar.edu>
> >>> > > > > wrote:
> >>> > > > > >
> >>> > > > > > > Hi Steve.  I sent this too soon.  I am currently
> >>> re-installing
> >>> > MET
> >>> > > on
> >>> > > > > > > theia, but it hasn't finished.  I meant to save the
email
> >>> until
> >>> > the
> >>> > > > > > > compilation was finished, but sent it too soon.
I'll
> follow
> >>> up
> >>> > > once
> >>> > > > > the
> >>> > > > > > > compilation is actually complete.
> >>> > > > > > >
> >>> > > > > > > Thanks,
> >>> > > > > > > Julie
> >>> > > > > > >
> >>> > > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> >>> > jpresto at ucar.edu>
> >>> > > > > > wrote:
> >>> > > > > > >
> >>> > > > > > >> I'm so glad you had a great vacation in Florida!
Welcome
> >>> back!
> >>> > > > > > >>
> >>> > > > > > >> I'm happy to report that the "not detected" output
you are
> >>> > seeing
> >>> > > > can
> >>> > > > > > >> safely be ignored. If you are getting the expected
data
> >>> output
> >>> > > from
> >>> > > > > > >> METplus, then we can resolve this issue.
> >>> > > > > > >>
> >>> > > > > > >> However, I just took a look at your log file and
found
> this
> >>> > > problem:
> >>> > > > > > >> /contrib/met/8.0/bin/tc_pairs: error while loading
shared
> >>> > > libraries:
> >>> > > > > > >> libpng16.so.16: cannot open shared object file: No
such
> >>> file or
> >>> > > > > > directory
> >>> > > > > > >>
> >>> > > > > > >> I just now reinstalled met-8.0 on theia in a way
that I
> >>> believe
> >>> > > will
> >>> > > > > > >> eliminate that error.  Could you please try running
the
> code
> >>> > > again?
> >>> > > > > > Please
> >>> > > > > > >> check the log file to ensure that error is gone and
please
> >>> check
> >>> > > to
> >>> > > > > see
> >>> > > > > > if
> >>> > > > > > >> you have the expected output.  If you notice any
problems,
> >>> or if
> >>> > > you
> >>> > > > > > get a
> >>> > > > > > >> successful run, please let us know.  Thanks!
> >>> > > > > > >>
> >>> > > > > > >> Julie
> >>> > > > > > >>
> >>> > > > > > >>
> >>> > > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly - NOAA
Federal
> >>> via
> >>> > RT
> >>> > > <
> >>> > > > > > >> met_help at ucar.edu> wrote:
> >>> > > > > > >>
> >>> > > > > > >>>
> >>> > > > > > >>> <URL:
> >>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >>> > >
> >>> > > > > > >>>
> >>> > > > > > >>> Good morning Julie,
> >>> > > > > > >>>
> >>> > > > > > >>> Just got back from vacation yesterday (Florida).
The
> >>> weather
> >>> > was
> >>> > > > > great
> >>> > > > > > >>> and
> >>> > > > > > >>> had a great time. ( By the way, HW - hard wire
...fix
> >>> logic in
> >>> > > the
> >>> > > > > > codes)
> >>> > > > > > >>>
> >>> > > > > > >>> I am still having trouble generating output.
> >>> > > > > > >>> I am see errors like:
> >>> > > > > > >>>     inside_aprun: not detected ( is not set or is
0);
> >>> > > > > > >>>     1sf_cray_intel: not detected;
> >>> > > > > > >>>     impi not detected; and,
> >>> > > > > > >>>     mpiexec_mpt: not detected.
> >>> > > > > > >>> Are the above errors "system errors"?
> >>> > > > > > >>>
> >>> > > > > > >>> My log and metplus_final.conf files are found at :
> >>> > > > > > >>>
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> >>> > > > > > >>>
> >>> > > > > > >>> Please help me trouble shoot these bugs.  I need
to get
> >>> this
> >>> > > > utility
> >>> > > > > > >>> working soon.
> >>> > > > > > >>>
> >>> > > > > > >>> Thanks for your attention to this matter.
> >>> > > > > > >>>
> >>> > > > > > >>> Steve
> >>> > > > > > >>>
> >>> > > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik
via RT <
> >>> > > > > > >>> met_help at ucar.edu>
> >>> > > > > > >>> wrote:
> >>> > > > > > >>>
> >>> > > > > > >>> > Hi Steve.  I just wanted to follow up and see if
you
> were
> >>> > able
> >>> > > to
> >>> > > > > > get a
> >>> > > > > > >>> > successful run after the inclusion of
> >>> slilly.nam.conf.theia
> >>> > in
> >>> > > > your
> >>> > > > > > >>> call to
> >>> > > > > > >>> > master_metplus.py?  Please let us know how it
goes.
> >>> > > > > > >>> >
> >>> > > > > > >>> > Thanks,
> >>> > > > > > >>> > Julie
> >>> > > > > > >>> >
> >>> > > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie Prestopnik
<
> >>> > > > jpresto at ucar.edu
> >>> > > > > >
> >>> > > > > > >>> wrote:
> >>> > > > > > >>> >
> >>> > > > > > >>> > > Hi Steve.  Thank you for letting us know that
you
> have
> >>> a
> >>> > > > > > >>> > > slilly.nam.conf.theia file at
> >>> > > > > > >>> > >
> >>> > > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> >>> > > > > > >>> that is
> >>> > > > > > >>> > > the one you want to use.  I didn't look there,
but
> >>> rather
> >>> > > only
> >>> > > > > > >>> looked one
> >>> > > > > > >>> > > directory deeper in the "METplus-2.0.4"
subdirectory
> of
> >>> > > > > > >>> > >
> >>> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > I have HW each parameter appearing in the
config file
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > > I am not sure what "HW" means.  Please excuse
my
> >>> ignorance.
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > Is MET_BASE defined correctly?
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > However, you did not include this
> slilly.nam.conf.theia
> >>> > file
> >>> > > > in
> >>> > > > > > your
> >>> > > > > > >>> > call
> >>> > > > > > >>> > > to master_met_plus.py, so MET_BASE was likely
not
> >>> defined.
> >>> > > > > Please
> >>> > > > > > >>> try
> >>> > > > > > >>> > > running the following (note the addition of
the
> >>> > > > > > slilly.nam.conf.theia
> >>> > > > > > >>> > file)
> >>> > > > > > >>> > > and let us know how it goes:
> >>> > > > > > >>> > >
> >>> > > > > > >>> > >
> >>> */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> >>> > > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> >>> > > > > /scratch4/NCEPDEV/stmp3/*
> >>> > > > > > >>> > >
> >>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-
2.0.4/parm/use_cases/*
> >>> > > > > > >>> > >
> >>> > *track_and_intensity/examples/**track_and_intensity_ATCF.conf
> >>> > > > -c
> >>> > > > > > >>> > >
> >>> > >
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> >>> > > > > > >>> > > *config/slilly.nam.conf.theia*
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > Hopefully, that will resolve the problem you
are
> >>> > > experiencing.
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > Julie
> >>> > > > > > >>> > >
> >>> > > > > > >>> > >
> >>> > > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven Lilly
- NOAA
> >>> > Federal
> >>> > > > via
> >>> > > > > > RT <
> >>> > > > > > >>> > > met_help at ucar.edu> wrote:
> >>> > > > > > >>> > >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> <URL:
> >>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >>> > > > >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is
found
> >>> > > > > > >>> > >> at
> >>> > > > > > >>>
> >>> > >
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> I have HW each parameter appearing in the
config
> >>> file; as
> >>> > > well
> >>> > > > > as,
> >>> > > > > > >>> > defined
> >>> > > > > > >>> > >> some
> >>> > > > > > >>> > >> of the parameters in "slilly.nam.conf.theia".
> >>> MET_BASE is
> >>> > > > > defined
> >>> > > > > > >>> in
> >>> > > > > > >>> > all
> >>> > > > > > >>> > >> config file
> >>> > > > > > >>> > >> and in slilly.nam.conf.theia
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> In the log file (*20190422.....using MET_BASE
> setting
> >>> from
> >>> > > > user
> >>> > > > > > >>> > >> environment
> >>> > > > > > >>> > >> instead of metplus config
> >>> > > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is
MET_BASE
> >>> defined
> >>> > > > > > correctly?
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> I have reviewed  all the config files several
times
> (
> >>> they
> >>> > > > seem
> >>> > > > > to
> >>> > > > > > >>> be
> >>> > > > > > >>> > >> right???).
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> What am I doing wrong!
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> Thanks,
> >>> > > > > > >>> > >> Steve
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie
Prestopnik via
> >>> RT <
> >>> > > > > > >>> > >> met_help at ucar.edu>
> >>> > > > > > >>> > >> wrote:
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >> > Hi Steve.
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > That is the correct setting for MET_BASE,
however,
> >>> I'm
> >>> > not
> >>> > > > > sure
> >>> > > > > > >>> that
> >>> > > > > > >>> > >> > MET_BASE is being picked up by the code.
Let me
> >>> > explain.
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > From the log file you sent, it looks like
you ran
> >>> the
> >>> > > > > following
> >>> > > > > > >>> > command:
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> >>> > > > > > >>> > >> > -c
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > I don't see your slilly.system.conf.theia
being
> >>> passed
> >>> > in,
> >>> > > > nor
> >>> > > > > > do
> >>> > > > > > >>> I
> >>> > > > > > >>> > see
> >>> > > > > > >>> > >> it
> >>> > > > > > >>> > >> > anywhere under
> >>> > > > > > >>> > >> >
> >>> > > > > > >>>
> >>> > > >
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > Thinking you might have MET_BASE set
somewhere
> >>> else, I
> >>> > ran
> >>> > > > the
> >>> > > > > > >>> > following
> >>> > > > > > >>> > >> > command to try to find the setting of
MET_BASE in
> a
> >>> parm
> >>> > > > file
> >>> > > > > > >>> under
> >>> > > > > > >>> > >> >
> >>> > > > > > >>>
> >>> > > >
> >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> >>> > > > > > >>> > but
> >>> > > > > > >>> > >> > could not find anything:
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > find
> >>> > > > > > >>> >
> >>> > > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-2.0.4/
> >>> > > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE |
more
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > Please be sure to have a system file that
contains
> >>> > > MET_BASE
> >>> > > > > and
> >>> > > > > > >>> the
> >>> > > > > > >>> > >> other
> >>> > > > > > >>> > >> > necessary fields that were contained in
your
> >>> > > > > > >>> slilly.system.conf.theia,
> >>> > > > > > >>> > >> or
> >>> > > > > > >>> > >> > ensure these variables are included in
another
> parm
> >>> > file,
> >>> > > > and
> >>> > > > > > make
> >>> > > > > > >>> > sure
> >>> > > > > > >>> > >> > that file is passed in your call to
> >>> master_metplus.py.
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > Give that a try and please let us know how
it
> >>> goes.   If
> >>> > > you
> >>> > > > > > still
> >>> > > > > > >>> > have
> >>> > > > > > >>> > >> > problems, please send us your log file and
also
> your
> >>> > > > > > >>> > metplus_final.conf
> >>> > > > > > >>> > >> > file.  Thanks!
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > Julie
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven
Lilly -
> NOAA
> >>> > > Federal
> >>> > > > > via
> >>> > > > > > >>> RT <
> >>> > > > > > >>> > >> > met_help at ucar.edu> wrote:
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > <URL:
> >>> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> >>> > > > > > >
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > Question:
> >>> > > > > > >>> > >> > > MET_BASE is set to
/contrib/met/8.0/share/met
> >>> > (tc_pairs)
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > In bashrc I have  module use
> >>> > contrib/modulefiles/met/8.0
> >>> > > > > > >>> > >> > > if you cd to /contrib/modulefiles/met/8.0
( it
> is
> >>> > not a
> >>> > > > > > >>> directory)
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > Could this be causing a problem?
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > Thanks,
> >>> > > > > > >>> > >> > > Steve
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven
Lilly -
> >>> NOAA
> >>> > > > Federal
> >>> > > > > <
> >>> > > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > > > Yes, I did.
> >>> > > > > > >>> > >> > > >
> >>> > > > > > >>> > >> > > > Steve
> >>> > > > > > >>> > >> > > >
> >>> > > > > > >>> > >> > > >
> >>> > > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna
Win via
> >>> RT <
> >>> > > > > > >>> > met_help at ucar.edu
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> > > > wrote:
> >>> > > > > > >>> > >> > > >
> >>> > > > > > >>> > >> > > >> Hi Steve,
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >> Did you try re-running with the
updates to
> your
> >>> > > > filename
> >>> > > > > > >>> > templates?
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >> Thanks,
> >>> > > > > > >>> > >> > > >> Minna
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >> ---------------
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
> >>> steven.lilly at noaa.gov
> >>> > > > > wrote:
> >>> > > > > > >>> > >> > > >> > This seems to be an ongoing problem.
> >>> > > > > > >>> > >> > > >> > Both Minna and Julie are working on
a
> >>> solution.
> >>> > > > > > >>> > >> > > >> >
> >>> > > > > > >>> > >> > > >> > Thanks,
> >>> > > > > > >>> > >> > > >> > Steve
> >>> > > > > > >>> > >> > > >> >
> >>> > > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM
Julie
> >>> Prestopnik
> >>> > > via
> >>> > > > RT
> >>> > > > > > >>> > >> > > >> > <met_help at ucar.edu>
> >>> > > > > > >>> > >> > > >> > wrote:
> >>> > > > > > >>> > >> > > >> >
> >>> > > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to follow
up on
> >>> > Minna's
> >>> > > > > email.
> >>> > > > > > >>> She
> >>> > > > > > >>> > >> > > >> > > mentioned that
> >>> > > > > > >>> > >> > > >> > > Perry S. had the same problem
today,
> >>> however he
> >>> > > was
> >>> > > > > > >>> running
> >>> > > > > > >>> > on
> >>> > > > > > >>> > >> > > "gyre"
> >>> > > > > > >>> > >> > > >> > > (WCOSS).  You are running on
"theia", so
> >>> > instead
> >>> > > of
> >>> > > > > > >>> running:
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > ------------------run this on
command
> line
> >>> > > > > > >>> > >> > > >> > > ----------------------------
> >>> > > > > > >>> > >> > > >> > > > module use
> >>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> >>> > > > > > >>> > >> > > >> > > > module load met/8.0
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > You would want to run the
following
> >>> instead:
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
> >>> line
> >>> > > > > > >>> > >> > > >> > > > ----------------------------
> >>> > > > > > >>> > >> > > >> > > >       module use
/contrib/modulefiles
> >>> > > > > > >>> > >> > > >> > > >       module load met/8.0
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > However, you should have some sort
of a
> >>> set up
> >>> > > > script
> >>> > > > > > for
> >>> > > > > > >>> > >> METplus
> >>> > > > > > >>> > >> > > >> > > that you
> >>> > > > > > >>> > >> > > >> > > would run before running METplus.
Take a
> >>> look
> >>> > > > > > >>> > >> > > >> > > at
> >>> > > > > > >>>
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> >>> > > > > > >>> > and
> >>> > > > > > >>> > >> see
> >>> > > > > > >>> > >> > > if
> >>> > > > > > >>> > >> > > >> > > you
> >>> > > > > > >>> > >> > > >> > > have something like that or if
something
> >>> like
> >>> > > that
> >>> > > > is
> >>> > > > > > in
> >>> > > > > > >>> your
> >>> > > > > > >>> > >> > > .bashrc
> >>> > > > > > >>> > >> > > >> > > file
> >>> > > > > > >>> > >> > > >> > > or .cshrc file.  If not, you want
to run
> >>> > > something
> >>> > > > > like
> >>> > > > > > >>> that
> >>> > > > > > >>> > >> > before
> >>> > > > > > >>> > >> > > >> > > running
> >>> > > > > > >>> > >> > > >> > > METplus.  You can use mine as a
template,
> >>> but
> >>> > you
> >>> > > > > would
> >>> > > > > > >>> need
> >>> > > > > > >>> > to
> >>> > > > > > >>> > >> > > >> > > change the
> >>> > > > > > >>> > >> > > >> > > location for METPLUS_PATH for your
use.
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > I hope that helps!  Please let us
know
> how
> >>> it
> >>> > > goes.
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > Julie
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM
Minna Win
> >>> via
> >>> > RT
> >>> > > <
> >>> > > > > > >>> > >> > met_help at ucar.edu
> >>> > > > > > >>> > >> > > >
> >>> > > > > > >>> > >> > > >> > > wrote:
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > <URL:
> >>> > > > > > >>> > >>
> >>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > Hi Steve,
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > Thanks for sending me your
information.
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > 1) I noticed this error in your
log
> file:
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> >
> >>> > > > > >
> >>> > >
> >>>
---------------------------snip----------------------------------------
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs:
error
> >>> while
> >>> > > > loading
> >>> > > > > > >>> shared
> >>> > > > > > >>> > >> > > >> > > > libraries:
> >>> > > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open
shared
> object
> >>> > file:
> >>> > > > No
> >>> > > > > > such
> >>> > > > > > >>> > file
> >>> > > > > > >>> > >> or
> >>> > > > > > >>> > >> > > >> > > > directory
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
>
---------------------------snip-------------------------------------------
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > which looks similar to an issue
Perry
> S.
> >>> > > observed
> >>> > > > > > when
> >>> > > > > > >>> he
> >>> > > > > > >>> > was
> >>> > > > > > >>> > >> > > >> > > > trying to
> >>> > > > > > >>> > >> > > >> > > > run something earlier today.
Julie
> >>> > reinstalled
> >>> > > > the
> >>> > > > > > >>> latest
> >>> > > > > > >>> > of
> >>> > > > > > >>> > >> > > >> > > > version of
> >>> > > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could
you
> >>> please try
> >>> > > the
> >>> > > > > > >>> > following,
> >>> > > > > > >>> > >> to
> >>> > > > > > >>> > >> > > >> > > > ensure
> >>> > > > > > >>> > >> > > >> > > you
> >>> > > > > > >>> > >> > > >> > > > are using the most recent build
of met?
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
> >>> line
> >>> > > > > > >>> > >> > > >> > > > ----------------------------
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > module use
> >>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> >>> > > > > > >>> > >> > > >> > > > module load met/8.0
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > -------------------end run
> >>> > > > > > >>> this-------------------------
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > 2) I also noticed that your
filename
> >>> template
> >>> > > > isn't
> >>> > > > > > >>> > providing
> >>> > > > > > >>> > >> > all
> >>> > > > > > >>> > >> > > >> > > > the
> >>> > > > > > >>> > >> > > >> > > > information that the wrapper
needs to
> >>> > determine
> >>> > > > > > whether
> >>> > > > > > >>> > >> > something
> >>> > > > > > >>> > >> > > >> > > > falls
> >>> > > > > > >>> > >> > > >> > > > within your time window of
interest.
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck) filenames
look
> >>> like
> >>> > > > > > >>> > >> > > >> > > >
> >>> /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> >>> > > > > > >>> > >> > > >> > > >
> /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
> >>> for
> >>> > > > Bdeck)
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > if the YYYYmmddHH following the
amlq(or
> >>> bmlq)
> >>> > > in
> >>> > > > > the
> >>> > > > > > >>> > filename
> >>> > > > > > >>> > >> > > >> > > > corresponds
> >>> > > > > > >>> > >> > > >> > > > to init times, could you please
set
> your
> >>> > > > > > FORECAST_TMPL
> >>> > > > > > >>> to:
> >>> > > > > > >>> > >> > > >> > > >  FORECAST_TMPL
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> >>> > > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > These are found under your
> >>> > [filename_templates]
> >>> > > > > > header
> >>> > > > > > >>> of
> >>> > > > > > >>> > >> your
> >>> > > > > > >>> > >> > > >> > > > METplus
> >>> > > > > > >>> > >> > > >> > > > config file.
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > The content after the 'init'
lets the
> >>> wrapper
> >>> > > > know
> >>> > > > > to
> >>> > > > > > >>> which
> >>> > > > > > >>> > >> init
> >>> > > > > > >>> > >> > > >> > > > time
> >>> > > > > > >>> > >> > > >> > > this
> >>> > > > > > >>> > >> > > >> > > > particular Adeck or Bdeck
corresponds
> >>> (which
> >>> > > > might
> >>> > > > > be
> >>> > > > > > >>> why
> >>> > > > > > >>> > you
> >>> > > > > > >>> > >> > > >> > > > aren't
> >>> > > > > > >>> > >> > > >> > > > getting any results).
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the
amlq/bmlq
> >>> filename
> >>> > > > > > >>> corresponds to
> >>> > > > > > >>> > a
> >>> > > > > > >>> > >> > valid
> >>> > > > > > >>> > >> > > >> > > > time,
> >>> > > > > > >>> > >> > > >> > > > then replace 'init' with 'valid'
inside
> >>> the
> >>> > > {}'s
> >>> > > > in
> >>> > > > > > the
> >>> > > > > > >>> > >> filename
> >>> > > > > > >>> > >> > > >> > > > template
> >>> > > > > > >>> > >> > > >> > > > settings.
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > If this still doesn't work, then
send
> me
> >>> your
> >>> > > > > latest
> >>> > > > > > >>> log
> >>> > > > > > >>> > >> files
> >>> > > > > > >>> > >> > and
> >>> > > > > > >>> > >> > > >> > > > your
> >>> > > > > > >>> > >> > > >> > > > master_metplus.conf so we can
figure
> out
> >>> > what's
> >>> > > > > still
> >>> > > > > > >>> > >> missing.
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > > Regards,
> >>> > > > > > >>> > >> > > >> > > > Minna
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >> > >
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > > >>
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> > >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >> >
> >>> > > > > > >>> > >>
> >>> > > > > > >>> > >>
> >>> > > > > > >>> >
> >>> > > > > > >>> >
> >>> > > > > > >>>
> >>> > > > > > >>>
> >>> > > > > >
> >>> > > > > >
> >>> > > > >
> >>> > > > >
> >>> > > >
> >>> > > >
> >>> > >
> >>> > >
> >>> >
> >>> >
> >>>
> >>>
>
>

------------------------------------------------
Subject: ref: Not generating output from "use_cases/track_and_intensity
From: Steven Lilly - NOAA Federal
Time: Thu May 16 04:41:00 2019

Good morning Julie,

THEIA was down for most of  the day on Wednesday.  Please give me
a couple of days to test if I can generate some of the other
statistics
which
the Intensity utility provides.

Thanks,
Steve

On Tue, May 14, 2019 at 3:28 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Steve. My apologies for the delay in responding.  Thank you for
letting
> me know that you were able to figure out the problem.  I'm so glad
to hear
> that.
>
> Are you having any other troubles or do you feel you have full
> functionality restored?  If you are not experiencing any other
trouble, I
> will go ahead and close this ticket.
>
> Thanks,
> Julie
>
> On Tue, May 14, 2019 at 1:01 PM Steven Lilly - NOAA Federal via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> >
> > Hey,
> >
> > I figured it out.  I needed to MET_BUILD_ BASE to my slilly****
file.
> > I am able to display the data.
> >
> >
> > Thanks for your help.
> > Steve
> >
> > On Tue, May 14, 2019 at 1:00 PM Steven Lilly - NOAA Federal <
> > steven.lilly at noaa.gov> wrote:
> >
> > > Good morning Julie,
> > >
> > > Quick questions: 1)  Do I need to refer to Rscripts to resolve
> > > "TCMPRPLotter (error) plot_tcmpr.R returned non zero exit
status, tcst
> > > files may be missing"
> > > problem?
> > >
> > > 2) In my "bashrc" file; I have "module load R".  Is this right?
Or,
> > > should I be using something
> > > like "module use R" /  "module load intel R" ?
> > >
> > >
> > > Thanks,
> > > Steve
> > >
> > >
> > > On Wed, May 8, 2019 at 12:28 PM Steven Lilly - NOAA Federal <
> > > steven.lilly at noaa.gov> wrote:
> > >
> > >> Good afternoon Julie,
> > >>
> > >> The code is about 90% working  now.  After I made the changes
you
> > >> suggested ,
> > >> I notices the following error message:
> > >>
> > >> TCMPRPLotter (error) plot_tcmpr.R returned non zero exit
status, tcst
> > >> files may be missing.
> > >>
> > >> The location of my "tcst" files are located at
> > >> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v3.0.4/
> > >> output/NAM/tc_pairs .....Is this the right location????
> > >>
> > >> The log file ( *0508)  and metplus_final.conf  file are located
at
> > >>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/().
> > >>
> > >> Once  the above error is resolve, I believe the utility will be
> working
> > >> !!!!
> > >>
> > >> Thanks,
> > >> Steve
> > >>
> > >>
> > >> On Mon, May 6, 2019 at 4:59 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > >> wrote:
> > >>
> > >>> Hi Steve.  It looks like your environment may not be set up
> correctly.
> > >>> When I set up a run similar to yours, I cannot reproduce your
> problem,
> > >>> which is still:
> > >>>
> > >>> /contrib/met/8.0/bin/tc_pairs: error while loading shared
libraries:
> > >>> > libpng16.so.16: cannot open shared object file: No such file
or
> > >>> directory
> > >>> >
> > >>>
> > >>> Here is how I set up my environment.  Before running
> "master_metplus.py
> > >>> -c
> > >>>
> > >>>
> >
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/use_cases/track_and_intensity/track_and_intensity.conf
> > >>> -c
> > >>>
> > >>>
> >
> /scratch4/BMC/dtc/Julie.Prestopnik/METplus/METplus-
2.0.4/parm/jpresto.slilly.nam.conf.theia",
> > >>> I ran the following in the following order:
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> *    module purge    module load intel/16.1.150    module use
> > >>> /contrib/modulefiles    module load anaconda/anaconda2-4.4.0
> module
> > >>> load
> > >>> met/8.0    module load nco    module load wgrib2    module
load R
> > >>> setenv
> > >>> METPLUS_PATH /scratch4/BMC/dtc/Julie.Prestopnik/METplus
setenv
> > >>> MET_PATH
> > >>> /contrib/met/8.0    setenv JLOGFILE
> > >>> ${METPLUS_PATH}/output/logs/metplus_jlogfile    setenv
PYTHONPATH
> > >>> ${METPLUS_PATH}/METplus-2.0.4/ush:${METPLUS_PATH}/METplus-
2.0.4/parm
> > >>> setenv PATH ${PATH}:${METPLUS_PATH}/METplus-2.0.4/ush:.*
> > >>>
> > >>> Please note that you would want to change your METPLUS_PATH to
point
> to
> > >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/.
> > >>>
> > >>> Then, when I ran the code, I received the following error:
> > >>>
> > >>> ERROR  :
> > >>> > ERROR  : yyerror() -> syntax error in file
> > >>> >
> > >>>
> >
> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig"
> > >>> > ERROR  :
> > >>> > ERROR  :    line   = 129
> > >>> > ERROR  :
> > >>> > ERROR  :    column = 66
> > >>> > ERROR  :
> > >>> > ERROR  :    text   = """
> > >>> > ERROR  :
> > >>> > ERROR  :
> > >>> > ERROR  :       file_name
> > >>> > "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt";
> > >>> > ERROR  :
> > >>> >
> _________________________________________________________________^__
> > >>> > ERROR  :
> > >>> >
> > >>>
> > >>> I can see that on line 129 of your
> > >>>
> > >>>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/met_config/TCPairsETCConfig
> > >>> file, you are missing an "=" between "file_name" and it's
value
> > >>> "/contrib/met/8.0/share/met/tc_data/wwpts_us.txt".
> > >>>
> > >>> Please modify the TCPairsETCConfig file and set up your
environment
> > >>> accordingly and try rerunning.
> > >>>
> > >>> Please let us know how it goes.
> > >>>
> > >>> Thanks!
> > >>>
> > >>> Julie
> > >>>
> > >>> On Thu, May 2, 2019 at 11:22 AM Minna Win via RT
<met_help at ucar.edu>
> > >>> wrote:
> > >>>
> > >>> >
> > >>> > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>> >
> > >>> > Hi Steve,
> > >>> >
> > >>> > I do not have access to 'theia'.  If the files are too
large, you
> can
> > >>> FTP
> > >>> > them to our RAL ftp site:
> > >>> >
> > >>> > Non-Windows FTP client:
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> > * ftp -p ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
> > username=anonymous
> > >>> >    password="your email address" cd incoming/irap/met_help
mkdir
> > >>> >    "surname_data" # where surname is your last name cd
> "surname_data"
> > >>> put
> > >>> >    "your files" bye *
> > >>> >
> > >>> > Windows FTP client:
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> >
> > >>> > * ftp ftp.rap.ucar.edu <http://ftp.rap.ucar.edu>
> username=anonymous
> > >>> >    password="your email address" quote pasv cd
> incoming/irap/met_help
> > >>> mkdir
> > >>> >    "surname_data" # where surname is your last name cd
> "surname_data"
> > >>> put
> > >>> >    "your files" bye*
> > >>> >
> > >>> >
> > >>> >
> > >>> > Thanks,
> > >>> > Minna
> > >>> > ---------------
> > >>> > Minna Win
> > >>> > NCAR
> > >>> > Research Applications Lab
> > >>> > Phone: 303-497-8423
> > >>> > Fax:   303-497-8401
> > >>> >
> > >>> >
> > >>> >
> > >>> > On Thu, May 2, 2019 at 3:48 PM Steven Lilly - NOAA Federal
via RT <
> > >>> > met_help at ucar.edu> wrote:
> > >>> >
> > >>> > >
> > >>> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>> > >
> > >>> > > Good morning Minna,
> > >>> > >
> > >>> > > These files are on THEIA not WCOSS.   Do you have access
to
> > >>> > > THEIA?
> > >>> > >
> > >>> > > Thanks,
> > >>> > > Steve
> > >>> > >
> > >>> > > On Thu, May 2, 2019 at 11:38 AM Minna Win via RT <
> > met_help at ucar.edu>
> > >>> > > wrote:
> > >>> > >
> > >>> > > > Hi Steve,
> > >>> > > >
> > >>> > > > Julie is out today, perhaps I can take a look at your
logs,
> final
> > >>> conf
> > >>> > > and
> > >>> > > > command line output?  Unfortunately, I do not have
access to
> any
> > >>> of the
> > >>> > > > WCOSS hosts, so you will need to send/attach these to
me.
> > >>> > > >
> > >>> > > > Thanks,
> > >>> > > > Minna
> > >>> > > > ---------------
> > >>> > > > Minna Win
> > >>> > > > NCAR
> > >>> > > > Research Applications Lab
> > >>> > > > Phone: 303-497-8423
> > >>> > > > Fax:   303-497-8401
> > >>> > > >
> > >>> > > >
> > >>> > > >
> > >>> > > > On Thu, May 2, 2019 at 1:11 PM Steven Lilly - NOAA
Federal via
> > RT <
> > >>> > > > met_help at ucar.edu> wrote:
> > >>> > > >
> > >>> > > > >
> > >>> > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >
> > >>> > > > >
> > >>> > > > > Good morning Julie,
> > >>> > > > >
> > >>> > > > > I do not understand what the problem could be.  Again,
no
> > output
> > >>> was
> > >>> > > > > generated.
> > >>> > > > >
> > >>> > > > > The output from the command line has been saved
located at;
> > >>> > > > > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4
> (filename
> > >>> steve)
> > >>> > > > >
> > >>> > > > > The log file is located at:
> > >>> > > > >
> > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM/logs
> > >>> > > > > (filename *0502)
> > >>> > > > >
> > >>> > > > > Finally, the "metplus_final .conf"  is loacated at:
> > >>> > > > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLuS.v2.0.4/output/NAM
> > >>> > > > >
> > >>> > > > > Hopefully, the above "messages" will reveal the
problem.
> > >>> > > > >
> > >>> > > > > Thanks, again, for your help.
> > >>> > > > > Steve
> > >>> > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > > > > On Wed, May 1, 2019 at 3:08 PM Julie Prestopnik via RT
<
> > >>> > > > met_help at ucar.edu>
> > >>> > > > > wrote:
> > >>> > > > >
> > >>> > > > > > Ok, Steve.  The installation is now complete and
ready for
> > you
> > >>> to
> > >>> > > test.
> > >>> > > > > > Please test with a fresh shell to ensure the module
is
> > >>> reloaded.
> > >>> > > > > >
> > >>> > > > > > Julie
> > >>> > > > > >
> > >>> > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> > >>> jpresto at ucar.edu>
> > >>> > > > > wrote:
> > >>> > > > > >
> > >>> > > > > > > Hi Steve.  I sent this too soon.  I am currently
> > >>> re-installing
> > >>> > MET
> > >>> > > on
> > >>> > > > > > > theia, but it hasn't finished.  I meant to save
the email
> > >>> until
> > >>> > the
> > >>> > > > > > > compilation was finished, but sent it too soon.
I'll
> > follow
> > >>> up
> > >>> > > once
> > >>> > > > > the
> > >>> > > > > > > compilation is actually complete.
> > >>> > > > > > >
> > >>> > > > > > > Thanks,
> > >>> > > > > > > Julie
> > >>> > > > > > >
> > >>> > > > > > > On Wed, May 1, 2019 at 1:03 PM Julie Prestopnik <
> > >>> > jpresto at ucar.edu>
> > >>> > > > > > wrote:
> > >>> > > > > > >
> > >>> > > > > > >> I'm so glad you had a great vacation in Florida!
> Welcome
> > >>> back!
> > >>> > > > > > >>
> > >>> > > > > > >> I'm happy to report that the "not detected"
output you
> are
> > >>> > seeing
> > >>> > > > can
> > >>> > > > > > >> safely be ignored. If you are getting the
expected data
> > >>> output
> > >>> > > from
> > >>> > > > > > >> METplus, then we can resolve this issue.
> > >>> > > > > > >>
> > >>> > > > > > >> However, I just took a look at your log file and
found
> > this
> > >>> > > problem:
> > >>> > > > > > >> /contrib/met/8.0/bin/tc_pairs: error while
loading
> shared
> > >>> > > libraries:
> > >>> > > > > > >> libpng16.so.16: cannot open shared object file:
No such
> > >>> file or
> > >>> > > > > > directory
> > >>> > > > > > >>
> > >>> > > > > > >> I just now reinstalled met-8.0 on theia in a way
that I
> > >>> believe
> > >>> > > will
> > >>> > > > > > >> eliminate that error.  Could you please try
running the
> > code
> > >>> > > again?
> > >>> > > > > > Please
> > >>> > > > > > >> check the log file to ensure that error is gone
and
> please
> > >>> check
> > >>> > > to
> > >>> > > > > see
> > >>> > > > > > if
> > >>> > > > > > >> you have the expected output.  If you notice any
> problems,
> > >>> or if
> > >>> > > you
> > >>> > > > > > get a
> > >>> > > > > > >> successful run, please let us know.  Thanks!
> > >>> > > > > > >>
> > >>> > > > > > >> Julie
> > >>> > > > > > >>
> > >>> > > > > > >>
> > >>> > > > > > >> On Wed, May 1, 2019 at 7:16 AM Steven Lilly -
NOAA
> Federal
> > >>> via
> > >>> > RT
> > >>> > > <
> > >>> > > > > > >> met_help at ucar.edu> wrote:
> > >>> > > > > > >>
> > >>> > > > > > >>>
> > >>> > > > > > >>> <URL:
> > >>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >>> > >
> > >>> > > > > > >>>
> > >>> > > > > > >>> Good morning Julie,
> > >>> > > > > > >>>
> > >>> > > > > > >>> Just got back from vacation yesterday (Florida).
The
> > >>> weather
> > >>> > was
> > >>> > > > > great
> > >>> > > > > > >>> and
> > >>> > > > > > >>> had a great time. ( By the way, HW - hard wire
...fix
> > >>> logic in
> > >>> > > the
> > >>> > > > > > codes)
> > >>> > > > > > >>>
> > >>> > > > > > >>> I am still having trouble generating output.
> > >>> > > > > > >>> I am see errors like:
> > >>> > > > > > >>>     inside_aprun: not detected ( is not set or
is 0);
> > >>> > > > > > >>>     1sf_cray_intel: not detected;
> > >>> > > > > > >>>     impi not detected; and,
> > >>> > > > > > >>>     mpiexec_mpt: not detected.
> > >>> > > > > > >>> Are the above errors "system errors"?
> > >>> > > > > > >>>
> > >>> > > > > > >>> My log and metplus_final.conf files are found at
:
> > >>> > > > > > >>>
> > >>>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/output/NAM
> > >>> > > > > > >>>
> > >>> > > > > > >>> Please help me trouble shoot these bugs.  I need
to get
> > >>> this
> > >>> > > > utility
> > >>> > > > > > >>> working soon.
> > >>> > > > > > >>>
> > >>> > > > > > >>> Thanks for your attention to this matter.
> > >>> > > > > > >>>
> > >>> > > > > > >>> Steve
> > >>> > > > > > >>>
> > >>> > > > > > >>> On Thu, Apr 25, 2019 at 1:11 PM Julie Prestopnik
via
> RT <
> > >>> > > > > > >>> met_help at ucar.edu>
> > >>> > > > > > >>> wrote:
> > >>> > > > > > >>>
> > >>> > > > > > >>> > Hi Steve.  I just wanted to follow up and see
if you
> > were
> > >>> > able
> > >>> > > to
> > >>> > > > > > get a
> > >>> > > > > > >>> > successful run after the inclusion of
> > >>> slilly.nam.conf.theia
> > >>> > in
> > >>> > > > your
> > >>> > > > > > >>> call to
> > >>> > > > > > >>> > master_metplus.py?  Please let us know how it
goes.
> > >>> > > > > > >>> >
> > >>> > > > > > >>> > Thanks,
> > >>> > > > > > >>> > Julie
> > >>> > > > > > >>> >
> > >>> > > > > > >>> > On Mon, Apr 22, 2019 at 1:41 PM Julie
Prestopnik <
> > >>> > > > jpresto at ucar.edu
> > >>> > > > > >
> > >>> > > > > > >>> wrote:
> > >>> > > > > > >>> >
> > >>> > > > > > >>> > > Hi Steve.  Thank you for letting us know
that you
> > have
> > >>> a
> > >>> > > > > > >>> > > slilly.nam.conf.theia file at
> > >>> > > > > > >>> > >
> > >>> > > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config
> > >>> > > > > > >>> that is
> > >>> > > > > > >>> > > the one you want to use.  I didn't look
there, but
> > >>> rather
> > >>> > > only
> > >>> > > > > > >>> looked one
> > >>> > > > > > >>> > > directory deeper in the "METplus-2.0.4"
> subdirectory
> > of
> > >>> > > > > > >>> > >
> > >>> "/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/".
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > I have HW each parameter appearing in the
config
> file
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > > I am not sure what "HW" means.  Please
excuse my
> > >>> ignorance.
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > Is MET_BASE defined correctly?
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > > Yes, MET_BASE seems to be defined correctly.
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > However, you did not include this
> > slilly.nam.conf.theia
> > >>> > file
> > >>> > > > in
> > >>> > > > > > your
> > >>> > > > > > >>> > call
> > >>> > > > > > >>> > > to master_met_plus.py, so MET_BASE was
likely not
> > >>> defined.
> > >>> > > > > Please
> > >>> > > > > > >>> try
> > >>> > > > > > >>> > > running the following (note the addition of
the
> > >>> > > > > > slilly.nam.conf.theia
> > >>> > > > > > >>> > file)
> > >>> > > > > > >>> > > and let us know how it goes:
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > >
> > >>> */scratch4/NCEPDEV/stmp3/**Steven.Lilly/METPLUS8.v2.0.4/*
> > >>> > > > > > >>> > > *METplus-2.0.4/ush/master_**metplus.py -c
> > >>> > > > > /scratch4/NCEPDEV/stmp3/*
> > >>> > > > > > >>> > >
> > >>> > > *Steven.Lilly/METPLUS8.v2.0.4/**METplus-
2.0.4/parm/use_cases/*
> > >>> > > > > > >>> > >
> > >>> >
*track_and_intensity/examples/**track_and_intensity_ATCF.conf
> > >>> > > > -c
> > >>> > > > > > >>> > >
> > >>> > >
/scratch4/NCEPDEV/stmp3/Steven**.Lilly/METPLUS8.v2.0.4/build_*
> > >>> > > > > > >>> > > *config/slilly.nam.conf.theia*
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > Hopefully, that will resolve the problem you
are
> > >>> > > experiencing.
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > Julie
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > > On Mon, Apr 22, 2019 at 12:48 PM Steven
Lilly -
> NOAA
> > >>> > Federal
> > >>> > > > via
> > >>> > > > > > RT <
> > >>> > > > > > >>> > > met_help at ucar.edu> wrote:
> > >>> > > > > > >>> > >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> <URL:
> > >>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >>> > > > >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> I am confuse.  "slilly.nam.conf.theia" is
found
> > >>> > > > > > >>> > >> at
> > >>> > > > > > >>>
> > >>> > >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/build_config.
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> I have HW each parameter appearing in the
config
> > >>> file; as
> > >>> > > well
> > >>> > > > > as,
> > >>> > > > > > >>> > defined
> > >>> > > > > > >>> > >> some
> > >>> > > > > > >>> > >> of the parameters in
"slilly.nam.conf.theia".
> > >>> MET_BASE is
> > >>> > > > > defined
> > >>> > > > > > >>> in
> > >>> > > > > > >>> > all
> > >>> > > > > > >>> > >> config file
> > >>> > > > > > >>> > >> and in slilly.nam.conf.theia
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> In the log file (*20190422.....using
MET_BASE
> > setting
> > >>> from
> > >>> > > > user
> > >>> > > > > > >>> > >> environment
> > >>> > > > > > >>> > >> instead of metplus config
> > >>> > > > > > >>> > >> using /contrib/met/8.0/share/met ).  Is
MET_BASE
> > >>> defined
> > >>> > > > > > correctly?
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> I have reviewed  all the config files
several
> times
> > (
> > >>> they
> > >>> > > > seem
> > >>> > > > > to
> > >>> > > > > > >>> be
> > >>> > > > > > >>> > >> right???).
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> What am I doing wrong!
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> Thanks,
> > >>> > > > > > >>> > >> Steve
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> On Thu, Apr 18, 2019 at 3:42 PM Julie
Prestopnik
> via
> > >>> RT <
> > >>> > > > > > >>> > >> met_help at ucar.edu>
> > >>> > > > > > >>> > >> wrote:
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >> > Hi Steve.
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > That is the correct setting for MET_BASE,
> however,
> > >>> I'm
> > >>> > not
> > >>> > > > > sure
> > >>> > > > > > >>> that
> > >>> > > > > > >>> > >> > MET_BASE is being picked up by the code.
Let me
> > >>> > explain.
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > From the log file you sent, it looks like
you
> ran
> > >>> the
> > >>> > > > > following
> > >>> > > > > > >>> > command:
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/ush/master_metplus.py
> > >>> > > > > > >>> > >> > -c
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/parm/use_cases/track_and_intensity/examples/track_and_intensity_ATCF.conf
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > I don't see your slilly.system.conf.theia
being
> > >>> passed
> > >>> > in,
> > >>> > > > nor
> > >>> > > > > > do
> > >>> > > > > > >>> I
> > >>> > > > > > >>> > see
> > >>> > > > > > >>> > >> it
> > >>> > > > > > >>> > >> > anywhere under
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>>
> > >>> > > >
> > >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/.
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > Thinking you might have MET_BASE set
somewhere
> > >>> else, I
> > >>> > ran
> > >>> > > > the
> > >>> > > > > > >>> > following
> > >>> > > > > > >>> > >> > command to try to find the setting of
MET_BASE
> in
> > a
> > >>> parm
> > >>> > > > file
> > >>> > > > > > >>> under
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>>
> > >>> > > >
> > >>> /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/,
> > >>> > > > > > >>> > but
> > >>> > > > > > >>> > >> > could not find anything:
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > find
> > >>> > > > > > >>> >
> > >>> > > >
> > /scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/METplus-
2.0.4/
> > >>> > > > > > >>> > >> > > -name "*.py" | xargs egrep -n MET_BASE
| more
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > Please be sure to have a system file that
> contains
> > >>> > > MET_BASE
> > >>> > > > > and
> > >>> > > > > > >>> the
> > >>> > > > > > >>> > >> other
> > >>> > > > > > >>> > >> > necessary fields that were contained in
your
> > >>> > > > > > >>> slilly.system.conf.theia,
> > >>> > > > > > >>> > >> or
> > >>> > > > > > >>> > >> > ensure these variables are included in
another
> > parm
> > >>> > file,
> > >>> > > > and
> > >>> > > > > > make
> > >>> > > > > > >>> > sure
> > >>> > > > > > >>> > >> > that file is passed in your call to
> > >>> master_metplus.py.
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > Give that a try and please let us know
how it
> > >>> goes.   If
> > >>> > > you
> > >>> > > > > > still
> > >>> > > > > > >>> > have
> > >>> > > > > > >>> > >> > problems, please send us your log file
and also
> > your
> > >>> > > > > > >>> > metplus_final.conf
> > >>> > > > > > >>> > >> > file.  Thanks!
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > Julie
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > On Thu, Apr 18, 2019 at 12:29 PM Steven
Lilly -
> > NOAA
> > >>> > > Federal
> > >>> > > > > via
> > >>> > > > > > >>> RT <
> > >>> > > > > > >>> > >> > met_help at ucar.edu> wrote:
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > <URL:
> > >>> > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478
> > >>> > > > > > >
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > Question:
> > >>> > > > > > >>> > >> > > MET_BASE is set to
/contrib/met/8.0/share/met
> > >>> > (tc_pairs)
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > In bashrc I have  module use
> > >>> > contrib/modulefiles/met/8.0
> > >>> > > > > > >>> > >> > > if you cd to
/contrib/modulefiles/met/8.0  (
> it
> > is
> > >>> > not a
> > >>> > > > > > >>> directory)
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > Could this be causing a problem?
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > Thanks,
> > >>> > > > > > >>> > >> > > Steve
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > On Thu, Apr 18, 2019 at 2:10 PM Steven
Lilly -
> > >>> NOAA
> > >>> > > > Federal
> > >>> > > > > <
> > >>> > > > > > >>> > >> > > steven.lilly at noaa.gov> wrote:
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > > > Yes, I did.
> > >>> > > > > > >>> > >> > > >
> > >>> > > > > > >>> > >> > > > Steve
> > >>> > > > > > >>> > >> > > >
> > >>> > > > > > >>> > >> > > >
> > >>> > > > > > >>> > >> > > > On Thu, Apr 18, 2019 at 2:07 PM Minna
Win
> via
> > >>> RT <
> > >>> > > > > > >>> > met_help at ucar.edu
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> > > > wrote:
> > >>> > > > > > >>> > >> > > >
> > >>> > > > > > >>> > >> > > >> Hi Steve,
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >> Did you try re-running with the
updates to
> > your
> > >>> > > > filename
> > >>> > > > > > >>> > templates?
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >> Thanks,
> > >>> > > > > > >>> > >> > > >> Minna
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >> ---------------
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >> On Thu Apr 18 11:55:43 2019,
> > >>> steven.lilly at noaa.gov
> > >>> > > > > wrote:
> > >>> > > > > > >>> > >> > > >> > This seems to be an ongoing
problem.
> > >>> > > > > > >>> > >> > > >> > Both Minna and Julie are working
on a
> > >>> solution.
> > >>> > > > > > >>> > >> > > >> >
> > >>> > > > > > >>> > >> > > >> > Thanks,
> > >>> > > > > > >>> > >> > > >> > Steve
> > >>> > > > > > >>> > >> > > >> >
> > >>> > > > > > >>> > >> > > >> > On Wed, Apr 17, 2019 at 5:47 PM
Julie
> > >>> Prestopnik
> > >>> > > via
> > >>> > > > RT
> > >>> > > > > > >>> > >> > > >> > <met_help at ucar.edu>
> > >>> > > > > > >>> > >> > > >> > wrote:
> > >>> > > > > > >>> > >> > > >> >
> > >>> > > > > > >>> > >> > > >> > > Hi Steve.  I just wanted to
follow up
> on
> > >>> > Minna's
> > >>> > > > > email.
> > >>> > > > > > >>> She
> > >>> > > > > > >>> > >> > > >> > > mentioned that
> > >>> > > > > > >>> > >> > > >> > > Perry S. had the same problem
today,
> > >>> however he
> > >>> > > was
> > >>> > > > > > >>> running
> > >>> > > > > > >>> > on
> > >>> > > > > > >>> > >> > > "gyre"
> > >>> > > > > > >>> > >> > > >> > > (WCOSS).  You are running on
"theia",
> so
> > >>> > instead
> > >>> > > of
> > >>> > > > > > >>> running:
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > ------------------run this on
command
> > line
> > >>> > > > > > >>> > >> > > >> > > ----------------------------
> > >>> > > > > > >>> > >> > > >> > > > module use
> > >>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > >>> > > > > > >>> > >> > > >> > > > module load met/8.0
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > You would want to run the
following
> > >>> instead:
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
> > >>> line
> > >>> > > > > > >>> > >> > > >> > > > ----------------------------
> > >>> > > > > > >>> > >> > > >> > > >       module use
/contrib/modulefiles
> > >>> > > > > > >>> > >> > > >> > > >       module load met/8.0
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > However, you should have some
sort of a
> > >>> set up
> > >>> > > > script
> > >>> > > > > > for
> > >>> > > > > > >>> > >> METplus
> > >>> > > > > > >>> > >> > > >> > > that you
> > >>> > > > > > >>> > >> > > >> > > would run before running
METplus.
> Take a
> > >>> look
> > >>> > > > > > >>> > >> > > >> > > at
> > >>> > > > > > >>>
/scratch4/BMC/dtc/Julie.Prestopnik/METplus/setup_env.sh
> > >>> > > > > > >>> > and
> > >>> > > > > > >>> > >> see
> > >>> > > > > > >>> > >> > > if
> > >>> > > > > > >>> > >> > > >> > > you
> > >>> > > > > > >>> > >> > > >> > > have something like that or if
> something
> > >>> like
> > >>> > > that
> > >>> > > > is
> > >>> > > > > > in
> > >>> > > > > > >>> your
> > >>> > > > > > >>> > >> > > .bashrc
> > >>> > > > > > >>> > >> > > >> > > file
> > >>> > > > > > >>> > >> > > >> > > or .cshrc file.  If not, you
want to
> run
> > >>> > > something
> > >>> > > > > like
> > >>> > > > > > >>> that
> > >>> > > > > > >>> > >> > before
> > >>> > > > > > >>> > >> > > >> > > running
> > >>> > > > > > >>> > >> > > >> > > METplus.  You can use mine as a
> template,
> > >>> but
> > >>> > you
> > >>> > > > > would
> > >>> > > > > > >>> need
> > >>> > > > > > >>> > to
> > >>> > > > > > >>> > >> > > >> > > change the
> > >>> > > > > > >>> > >> > > >> > > location for METPLUS_PATH for
your use.
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > I hope that helps!  Please let
us know
> > how
> > >>> it
> > >>> > > goes.
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > Julie
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > On Wed, Apr 17, 2019 at 3:00 PM
Minna
> Win
> > >>> via
> > >>> > RT
> > >>> > > <
> > >>> > > > > > >>> > >> > met_help at ucar.edu
> > >>> > > > > > >>> > >> > > >
> > >>> > > > > > >>> > >> > > >> > > wrote:
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > <URL:
> > >>> > > > > > >>> > >>
> > >>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89478 >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > Hi Steve,
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > Thanks for sending me your
> information.
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > 1) I noticed this error in
your log
> > file:
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> >
> > >>> > > > > >
> > >>> > >
> > >>>
>
---------------------------snip----------------------------------------
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > /contrib/met/8.0/bin/tc_pairs:
error
> > >>> while
> > >>> > > > loading
> > >>> > > > > > >>> shared
> > >>> > > > > > >>> > >> > > >> > > > libraries:
> > >>> > > > > > >>> > >> > > >> > > > libpng16.so.16: cannot open
shared
> > object
> > >>> > file:
> > >>> > > > No
> > >>> > > > > > such
> > >>> > > > > > >>> > file
> > >>> > > > > > >>> > >> or
> > >>> > > > > > >>> > >> > > >> > > > directory
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
>
---------------------------snip-------------------------------------------
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > which looks similar to an
issue Perry
> > S.
> > >>> > > observed
> > >>> > > > > > when
> > >>> > > > > > >>> he
> > >>> > > > > > >>> > was
> > >>> > > > > > >>> > >> > > >> > > > trying to
> > >>> > > > > > >>> > >> > > >> > > > run something earlier today.
Julie
> > >>> > reinstalled
> > >>> > > > the
> > >>> > > > > > >>> latest
> > >>> > > > > > >>> > of
> > >>> > > > > > >>> > >> > > >> > > > version of
> > >>> > > > > > >>> > >> > > >> > > > met-8.0 very recently.   Could
you
> > >>> please try
> > >>> > > the
> > >>> > > > > > >>> > following,
> > >>> > > > > > >>> > >> to
> > >>> > > > > > >>> > >> > > >> > > > ensure
> > >>> > > > > > >>> > >> > > >> > > you
> > >>> > > > > > >>> > >> > > >> > > > are using the most recent
build of
> met?
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > ------------------run this on
command
> > >>> line
> > >>> > > > > > >>> > >> > > >> > > > ----------------------------
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > module use
> > >>> > > > > > /global/noscrub/Julie.Prestopnik/modulefiles
> > >>> > > > > > >>> > >> > > >> > > > module load met/8.0
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > -------------------end run
> > >>> > > > > > >>> this-------------------------
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > 2) I also noticed that your
filename
> > >>> template
> > >>> > > > isn't
> > >>> > > > > > >>> > providing
> > >>> > > > > > >>> > >> > all
> > >>> > > > > > >>> > >> > > >> > > > the
> > >>> > > > > > >>> > >> > > >> > > > information that the wrapper
needs to
> > >>> > determine
> > >>> > > > > > whether
> > >>> > > > > > >>> > >> > something
> > >>> > > > > > >>> > >> > > >> > > > falls
> > >>> > > > > > >>> > >> > > >> > > > within your time window of
interest.
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > Your Adeck (and Bdeck)
filenames look
> > >>> like
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> /path/to/YYYYmmdd/amlqYYYYmmddHH.nam.#### (or
> > >>> > > > > > >>> > >> > > >> > > >
> > /path/to/YYYYmmdd/bmlqYYYYmmddHH.nam.###
> > >>> for
> > >>> > > > Bdeck)
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > if the YYYYmmddHH following
the
> amlq(or
> > >>> bmlq)
> > >>> > > in
> > >>> > > > > the
> > >>> > > > > > >>> > filename
> > >>> > > > > > >>> > >> > > >> > > > corresponds
> > >>> > > > > > >>> > >> > > >> > > > to init times, could you
please set
> > your
> > >>> > > > > > FORECAST_TMPL
> > >>> > > > > > >>> to:
> > >>> > > > > > >>> > >> > > >> > > >  FORECAST_TMPL
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
>
=/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/amlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > and your REFERENCE_TMPL to:
> > >>> > > > > > >>> > >> > > >> > > > REFERENCE_TMPL =
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
>
/scratch4/NCEPDEV/stmp3/Steven.Lilly/METPLUS8.v2.0.4/model_data/NAM/cyclone_track_feature/track_data/{date=%Y%m}/bmlq{init?fmt=%Y%m%d%H}.nam.{misc?fmt=%s}
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > These are found under your
> > >>> > [filename_templates]
> > >>> > > > > > header
> > >>> > > > > > >>> of
> > >>> > > > > > >>> > >> your
> > >>> > > > > > >>> > >> > > >> > > > METplus
> > >>> > > > > > >>> > >> > > >> > > > config file.
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > The content after the 'init'
lets the
> > >>> wrapper
> > >>> > > > know
> > >>> > > > > to
> > >>> > > > > > >>> which
> > >>> > > > > > >>> > >> init
> > >>> > > > > > >>> > >> > > >> > > > time
> > >>> > > > > > >>> > >> > > >> > > this
> > >>> > > > > > >>> > >> > > >> > > > particular Adeck or Bdeck
corresponds
> > >>> (which
> > >>> > > > might
> > >>> > > > > be
> > >>> > > > > > >>> why
> > >>> > > > > > >>> > you
> > >>> > > > > > >>> > >> > > >> > > > aren't
> > >>> > > > > > >>> > >> > > >> > > > getting any results).
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > If the YYYYmmddHH in the
amlq/bmlq
> > >>> filename
> > >>> > > > > > >>> corresponds to
> > >>> > > > > > >>> > a
> > >>> > > > > > >>> > >> > valid
> > >>> > > > > > >>> > >> > > >> > > > time,
> > >>> > > > > > >>> > >> > > >> > > > then replace 'init' with
'valid'
> inside
> > >>> the
> > >>> > > {}'s
> > >>> > > > in
> > >>> > > > > > the
> > >>> > > > > > >>> > >> filename
> > >>> > > > > > >>> > >> > > >> > > > template
> > >>> > > > > > >>> > >> > > >> > > > settings.
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > If this still doesn't work,
then send
> > me
> > >>> your
> > >>> > > > > latest
> > >>> > > > > > >>> log
> > >>> > > > > > >>> > >> files
> > >>> > > > > > >>> > >> > and
> > >>> > > > > > >>> > >> > > >> > > > your
> > >>> > > > > > >>> > >> > > >> > > > master_metplus.conf so we can
figure
> > out
> > >>> > what's
> > >>> > > > > still
> > >>> > > > > > >>> > >> missing.
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > > Regards,
> > >>> > > > > > >>> > >> > > >> > > > Minna
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >> > >
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > > >>
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> > >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >> >
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> > >>
> > >>> > > > > > >>> >
> > >>> > > > > > >>> >
> > >>> > > > > > >>>
> > >>> > > > > > >>>
> > >>> > > > > >
> > >>> > > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > > >
> > >>> > >
> > >>> > >
> > >>> >
> > >>> >
> > >>>
> > >>>
> >
> >
>
>

------------------------------------------------


More information about the Met_help mailing list