[Met_help] [rt.rap.ucar.edu #95350] History for METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
Julie Prestopnik via RT
met_help at ucar.edu
Tue May 26 13:02:08 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hello. I've been trying to run METplus3.0.1 on Mars and run into a problem here:
05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO: COMMAND: /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine -v 2 -add /gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24 24 /gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
But /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine does not exist on Mars (it exists on Venus). There isn't a 9.0.1/bin either. Is that supposed to be 9.0/exec/pcp_combine? If so, where can it be fixed?
I'm running /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh, with output piped to test.out. The directory
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied from /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-3.0.1/ on 5/22.
I noticed that in metplus_final.conf (attached), there is
MET_INSTALL_DIR = /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
Is met/9.0 correct, not met/9.0.1?
Also attached is my "dot.for.metplus.v3" called by the test24.sh to load modules etc.. I changed "module load met/9.0" used on Venus for METplus3.0 to "module load met/9.0.1" here, is that correct? ("module load met/9.0" didn't work for this test run on Mars either).
Thank you -
Ying
--
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP
5830 University Research Court, Rm 2015
College Park, MD 20740
Ying.Lin at noaa.gov
> Begin forwarded message:
>
> From: Ying.Lin at m72a1.localdomain (wx22yl)
> Subject: files for METplusv3.0.1 test
> Date: May 23, 2020 at 10:33:12 PM EDT
> To: Ying.Lin at noaa.gov
>
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: John Halley Gotway
Time: Sun May 24 14:35:29 2020
Hi Ying,
Sorry to hear you're having trouble running on Mars. I checked on the
existing builds page for MET here:
https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
And I see that met-9.0.1 should be installed on Mars and can be
accessed
using:
- module use
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
- module load met/9.0.1
We did just do a met-9.0.2 bugfix release this past week. But I doubt
Julie's had a chance to install it up there.
I'm going to assign this ticket to Julie. She'd be the best person to
ask
about installation details.
Thanks,
John
On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> Transaction: Ticket created by ying.lin at noaa.gov
> Queue: met_help
> Subject: METplus3.0.1 on Mars is calling non-existent
> met/9.0/bin/pcp_combine
> Owner: Nobody
> Requestors: ying.lin at noaa.gov
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
>
> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
> problem here:
>
> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> -v 2 -add
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> 24
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>
> But
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
> be fixed?
>
> I'm running
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> with output piped to test.out. The directory
> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> on 5/22.
>
> I noticed that in metplus_final.conf (attached), there is
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> Is met/9.0 correct, not met/9.0.1?
>
> Also attached is my "dot.for.metplus.v3" called by the test24.sh to
load
> modules etc.. I changed "module load met/9.0" used on Venus for
METplus3.0
> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> didn't work for this test run on Mars either).
>
> Thank you -
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> > Begin forwarded message:
> >
> > From: Ying.Lin at m72a1.localdomain (wx22yl)
> > Subject: files for METplusv3.0.1 test
> > Date: May 23, 2020 at 10:33:12 PM EDT
> > To: Ying.Lin at noaa.gov
> >
>
>
> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
> problem here:
>
> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> -v 2 -add
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> 24
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>
> But
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
> be fixed?
>
> I'm running
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> with output piped to test.out. The directory
> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> on 5/22.
>
> I noticed that in metplus_final.conf (attached), there is
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> Is met/9.0 correct, not met/9.0.1?
>
> Also attached is my "dot.for.metplus.v3" called by the test24.sh to
load
> modules etc.. I changed "module load met/9.0" used on Venus for
METplus3.0
> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> didn't work for this test run on Mars either).
>
> Thank you -
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> Begin forwarded message:
>
> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> *Subject: **files for METplusv3.0.1 test*
> *Date: *May 23, 2020 at 10:33:12 PM EDT
> *To: *Ying.Lin at noaa.gov
>
>
>
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Julie Prestopnik
Time: Sun May 24 14:54:54 2020
Hi Ying.
Thank you for bringing this to our attention.
But
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
> be fixed?
NCO requested that we put our executables in an "exec" directory as
opposed
to a "bin" directory. MET has this change, but unfortunately, METplus
does
not account for this change in its code. We will need to figure out a
path
going forward. In the meantime, I added a symbolic link "bin" to
point to
"exec", so your run should work now. Please let me know if you
continue to
experience problems.
I also noticed that the modulefile I created for METplus was loading
met/9.0 and not met/9.0.1. I have corrected that and a reload of the
metplus/3.0.1 module should point to the correct location. Please let
me
know if you still experience any issues.
Julie
On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
> Hi Ying,
>
> Sorry to hear you're having trouble running on Mars. I checked on
the
> existing builds page for MET here:
>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
>
> And I see that met-9.0.1 should be installed on Mars and can be
accessed
> using:
>
> - module use
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> - module load met/9.0.1
>
>
> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> Julie's had a chance to install it up there.
>
> I'm going to assign this ticket to Julie. She'd be the best person
to ask
> about installation details.
>
> Thanks,
> John
>
>
> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> >
> > Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> > Transaction: Ticket created by ying.lin at noaa.gov
> > Queue: met_help
> > Subject: METplus3.0.1 on Mars is calling non-existent
> > met/9.0/bin/pcp_combine
> > Owner: Nobody
> > Requestors: ying.lin at noaa.gov
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >
> >
> > Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
> > problem here:
> >
> > 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> > COMMAND:
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> > -v 2 -add
> >
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> > 24
> >
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >
> > But
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> > does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> > either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> it
> > be fixed?
> >
> > I'm running
> >
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> > with output piped to test.out. The directory
> > /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> > on 5/22.
> >
> > I noticed that in metplus_final.conf (attached), there is
> > MET_INSTALL_DIR =
> > /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> > Is met/9.0 correct, not met/9.0.1?
> >
> > Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
> > modules etc.. I changed "module load met/9.0" used on Venus for
> METplus3.0
> > to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> > didn't work for this test run on Mars either).
> >
> > Thank you -
> >
> > Ying
> >
> > --
> > Ying Lin
> > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > NCWCP
> > 5830 University Research Court, Rm 2015
> > College Park, MD 20740
> > Ying.Lin at noaa.gov
> >
> >
> > > Begin forwarded message:
> > >
> > > From: Ying.Lin at m72a1.localdomain (wx22yl)
> > > Subject: files for METplusv3.0.1 test
> > > Date: May 23, 2020 at 10:33:12 PM EDT
> > > To: Ying.Lin at noaa.gov
> > >
> >
> >
> > Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
> > problem here:
> >
> > 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> > COMMAND:
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> > -v 2 -add
> >
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> > 24
> >
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >
> > But
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> > does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> > either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> it
> > be fixed?
> >
> > I'm running
> >
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> > with output piped to test.out. The directory
> > /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
> >
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> > on 5/22.
> >
> > I noticed that in metplus_final.conf (attached), there is
> > MET_INSTALL_DIR =
> > /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> > Is met/9.0 correct, not met/9.0.1?
> >
> > Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
> > modules etc.. I changed "module load met/9.0" used on Venus for
> METplus3.0
> > to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> > didn't work for this test run on Mars either).
> >
> > Thank you -
> >
> > Ying
> >
> > --
> > Ying Lin
> > NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> > NCWCP
> > 5830 University Research Court, Rm 2015
> > College Park, MD 20740
> > Ying.Lin at noaa.gov
> >
> >
> > Begin forwarded message:
> >
> > *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> > *Subject: **files for METplusv3.0.1 test*
> > *Date: *May 23, 2020 at 10:33:12 PM EDT
> > *To: *Ying.Lin at noaa.gov
> >
> >
> >
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Ying Lin
Time: Sun May 24 19:54:47 2020
Thank you Julie. I see a
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
now. But, when I rerun the same test24.sh script, it is still calling
05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90) INFO:
COMMAND:
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
-v 2
Instead of met/9.0.1/bin/pcp_combine (and the met/9.0/bin/pcp_combine
doesn’t exist). At the beginning of test24.sh, there is
. /u/Ying.Lin/dots/dot.for.metplus.v3
dot.for.metplus.v3 was attached in the previous email, it contains
module use
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
module load met/9.0.1
etc.
but for some reason the metplus.PCPCombine still invokes the
met/9.0/bin/pcp_combine. Attached is the latest run output (from
"test24.sh > & ! run.out”), in case it’s helpful.
Thanks again. No need to get to this over the holiday weekend - I
just wanted to write it down before I forgot.
Ying
--
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP
5830 University Research Court, Rm 2015
College Park, MD 20740
Ying.Lin at noaa.gov
> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Ying.
>
> Thank you for bringing this to our attention.
>
> But
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
>> be fixed?
>
>
> NCO requested that we put our executables in an "exec" directory as
opposed
> to a "bin" directory. MET has this change, but unfortunately,
METplus does
> not account for this change in its code. We will need to figure out
a path
> going forward. In the meantime, I added a symbolic link "bin" to
point to
> "exec", so your run should work now. Please let me know if you
continue to
> experience problems.
>
> I also noticed that the modulefile I created for METplus was loading
> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
> metplus/3.0.1 module should point to the correct location. Please
let me
> know if you still experience any issues.
>
> Julie
>
>
> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>>
> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>
>> Hi Ying,
>>
>> Sorry to hear you're having trouble running on Mars. I checked on
the
>> existing builds page for MET here:
>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations <https://dtcenter.org/community-
code/metplus/metv9-0-existing-builds-metplus-3-0-installations>
>>
>> And I see that met-9.0.1 should be installed on Mars and can be
accessed
>> using:
>>
>> - module use
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
>> - module load met/9.0.1
>>
>>
>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
>> Julie's had a chance to install it up there.
>>
>> I'm going to assign this ticket to Julie. She'd be the best person
to ask
>> about installation details.
>>
>> Thanks,
>> John
>>
>>
>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT <met_help at ucar.edu
<mailto:met_help at ucar.edu>> wrote:
>>
>>>
>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
>>> Transaction: Ticket created by ying.lin at noaa.gov
<mailto:ying.lin at noaa.gov>
>>> Queue: met_help
>>> Subject: METplus3.0.1 on Mars is calling non-existent
>>> met/9.0/bin/pcp_combine
>>> Owner: Nobody
>>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
>>> Status: new
>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>>
>>>
>>> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
>>> problem here:
>>>
>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
>>> COMMAND:
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>> -v 2 -add
>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>> 24
>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>
>>> But
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>> it
>>> be fixed?
>>>
>>> I'm running
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>> with output piped to test.out. The directory
>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>> on 5/22.
>>>
>>> I noticed that in metplus_final.conf (attached), there is
>>> MET_INSTALL_DIR =
>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>> Is met/9.0 correct, not met/9.0.1?
>>>
>>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
>>> modules etc.. I changed "module load met/9.0" used on Venus for
>> METplus3.0
>>> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
>>> didn't work for this test run on Mars either).
>>>
>>> Thank you -
>>>
>>> Ying
>>>
>>> --
>>> Ying Lin
>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>> NCWCP
>>> 5830 University Research Court, Rm 2015
>>> College Park, MD 20740
>>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
>>>
>>>
>>>> Begin forwarded message:
>>>>
>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
>>>> Subject: files for METplusv3.0.1 test
>>>> Date: May 23, 2020 at 10:33:12 PM EDT
>>>> To: Ying.Lin at noaa.gov
>>>>
>>>
>>>
>>> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
>>> problem here:
>>>
>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
>>> COMMAND:
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>> -v 2 -add
>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>> 24
>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>
>>> But
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>> it
>>> be fixed?
>>>
>>> I'm running
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>> with output piped to test.out. The directory
>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>> on 5/22.
>>>
>>> I noticed that in metplus_final.conf (attached), there is
>>> MET_INSTALL_DIR =
>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>> Is met/9.0 correct, not met/9.0.1?
>>>
>>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
>>> modules etc.. I changed "module load met/9.0" used on Venus for
>> METplus3.0
>>> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
>>> didn't work for this test run on Mars either).
>>>
>>> Thank you -
>>>
>>> Ying
>>>
>>> --
>>> Ying Lin
>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>> NCWCP
>>> 5830 University Research Court, Rm 2015
>>> College Park, MD 20740
>>> Ying.Lin at noaa.gov
>>>
>>>
>>> Begin forwarded message:
>>>
>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
>>> *Subject: **files for METplusv3.0.1 test*
>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
>>> *To: *Ying.Lin at noaa.gov
>>>
>>>
>>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: George McCabe
Time: Tue May 26 08:21:50 2020
Hi Ying,
It sounds like you need to update the MET_INSTALL_DIR variable in your
METplus configuration to point to the new location. The module load
will
put the 9.0.1 version in your path, but METplus will still refer to
the
value you have set for MET_INSTALL_DIR. Perhaps we want to modify
METplus
to have the option to exclude the full path from the MET tools so that
they
can be found in their path instead of requiring users to update this
value
for every new release.
On Sun, May 24, 2020 at 7:54 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
> Thank you Julie. I see a
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> now. But, when I rerun the same test24.sh script, it is still
calling
> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> -v 2
>
> Instead of met/9.0.1/bin/pcp_combine (and the
met/9.0/bin/pcp_combine
> doesn’t exist). At the beginning of test24.sh, there is
> . /u/Ying.Lin/dots/dot.for.metplus.v3
>
> dot.for.metplus.v3 was attached in the previous email, it contains
> module use
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> module load met/9.0.1
> etc.
>
> but for some reason the metplus.PCPCombine still invokes the
> met/9.0/bin/pcp_combine. Attached is the latest run output (from
> "test24.sh > & ! run.out”), in case it’s helpful.
>
> Thanks again. No need to get to this over the holiday weekend - I
just
> wanted to write it down before I forgot.
>
> Ying
>
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> > On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Hi Ying.
> >
> > Thank you for bringing this to our attention.
> >
> > But
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> it
> >> be fixed?
> >
> >
> > NCO requested that we put our executables in an "exec" directory
as
> opposed
> > to a "bin" directory. MET has this change, but unfortunately,
METplus
> does
> > not account for this change in its code. We will need to figure
out a
> path
> > going forward. In the meantime, I added a symbolic link "bin" to
point
> to
> > "exec", so your run should work now. Please let me know if you
continue
> to
> > experience problems.
> >
> > I also noticed that the modulefile I created for METplus was
loading
> > met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
> > metplus/3.0.1 module should point to the correct location. Please
let me
> > know if you still experience any issues.
> >
> > Julie
> >
> >
> > On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> met_help at ucar.edu <mailto:met_help at ucar.edu>>
> > wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>
> >> Hi Ying,
> >>
> >> Sorry to hear you're having trouble running on Mars. I checked on
the
> >> existing builds page for MET here:
> >>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> <
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >
> >>
> >> And I see that met-9.0.1 should be installed on Mars and can be
accessed
> >> using:
> >>
> >> - module use
> >>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> >> - module load met/9.0.1
> >>
> >>
> >> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> >> Julie's had a chance to install it up there.
> >>
> >> I'm going to assign this ticket to Julie. She'd be the best
person to
> ask
> >> about installation details.
> >>
> >> Thanks,
> >> John
> >>
> >>
> >> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu
> <mailto:met_help at ucar.edu>> wrote:
> >>
> >>>
> >>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> >>> Transaction: Ticket created by ying.lin at noaa.gov <mailto:
> ying.lin at noaa.gov>
> >>> Queue: met_help
> >>> Subject: METplus3.0.1 on Mars is calling non-existent
> >>> met/9.0/bin/pcp_combine
> >>> Owner: Nobody
> >>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
> >>> Status: new
> >>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>>
> >>>
> >>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>> problem here:
> >>>
> >>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>> COMMAND:
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>> -v 2 -add
> >>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>> 24
> >>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>
> >>> But
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> >> it
> >>> be fixed?
> >>>
> >>> I'm running
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>> with output piped to test.out. The directory
> >>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>> on 5/22.
> >>>
> >>> I noticed that in metplus_final.conf (attached), there is
> >>> MET_INSTALL_DIR =
> >>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>> Is met/9.0 correct, not met/9.0.1?
> >>>
> >>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> load
> >>> modules etc.. I changed "module load met/9.0" used on Venus for
> >> METplus3.0
> >>> to "module load met/9.0.1" here, is that correct? ("module load
> met/9.0"
> >>> didn't work for this test run on Mars either).
> >>>
> >>> Thank you -
> >>>
> >>> Ying
> >>>
> >>> --
> >>> Ying Lin
> >>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>> NCWCP
> >>> 5830 University Research Court, Rm 2015
> >>> College Park, MD 20740
> >>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
> >>>
> >>>
> >>>> Begin forwarded message:
> >>>>
> >>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
> >>>> Subject: files for METplusv3.0.1 test
> >>>> Date: May 23, 2020 at 10:33:12 PM EDT
> >>>> To: Ying.Lin at noaa.gov
> >>>>
> >>>
> >>>
> >>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>> problem here:
> >>>
> >>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>> COMMAND:
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>> -v 2 -add
> >>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>> 24
> >>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>
> >>> But
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> >> it
> >>> be fixed?
> >>>
> >>> I'm running
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>> with output piped to test.out. The directory
> >>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
> >>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>> on 5/22.
> >>>
> >>> I noticed that in metplus_final.conf (attached), there is
> >>> MET_INSTALL_DIR =
> >>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>> Is met/9.0 correct, not met/9.0.1?
> >>>
> >>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> load
> >>> modules etc.. I changed "module load met/9.0" used on Venus for
> >> METplus3.0
> >>> to "module load met/9.0.1" here, is that correct? ("module load
> met/9.0"
> >>> didn't work for this test run on Mars either).
> >>>
> >>> Thank you -
> >>>
> >>> Ying
> >>>
> >>> --
> >>> Ying Lin
> >>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>> NCWCP
> >>> 5830 University Research Court, Rm 2015
> >>> College Park, MD 20740
> >>> Ying.Lin at noaa.gov
> >>>
> >>>
> >>> Begin forwarded message:
> >>>
> >>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> >>> *Subject: **files for METplusv3.0.1 test*
> >>> *Date: *May 23, 2020 at 10:33:12 PM EDT
> >>> *To: *Ying.Lin at noaa.gov
> >>>
> >>>
> >>>
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
>
>
> Thank you Julie. I see
> a
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> now. But, when I rerun the same test24.sh script, it is still
calling
> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> -v 2
>
> Instead of met/9.0.1/bin/pcp_combine (and the
> met/9.0/bin/pcp_combine doesn’t exist). At the beginning of
test24.sh,
> there is
> . /u/Ying.Lin/dots/dot.for.metplus.v3
>
> dot.for.metplus.v3 was attached in the previous email, it contains
> module use
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> module load met/9.0.1
> etc.
>
> but for some reason the metplus.PCPCombine still invokes the
> met/9.0/bin/pcp_combine. Attached is the latest run output (from
> "test24.sh > & ! run.out”), in case it’s helpful.
>
> Thanks again. No need to get to this over the holiday weekend - I
just
> wanted to write it down before I forgot.
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> Hi Ying.
>
> Thank you for bringing this to our attention.
>
> But
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
> be fixed?
>
>
>
> NCO requested that we put our executables in an "exec" directory as
opposed
> to a "bin" directory. MET has this change, but unfortunately,
METplus does
> not account for this change in its code. We will need to figure out
a path
> going forward. In the meantime, I added a symbolic link "bin" to
point to
> "exec", so your run should work now. Please let me know if you
continue to
> experience problems.
>
> I also noticed that the modulefile I created for METplus was loading
> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
> metplus/3.0.1 module should point to the correct location. Please
let me
> know if you still experience any issues.
>
> Julie
>
>
> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
> Hi Ying,
>
> Sorry to hear you're having trouble running on Mars. I checked on
the
> existing builds page for MET here:
>
>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
>
> And I see that met-9.0.1 should be installed on Mars and can be
accessed
> using:
>
> - module use
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> - module load met/9.0.1
>
>
> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> Julie's had a chance to install it up there.
>
> I'm going to assign this ticket to Julie. She'd be the best person
to ask
> about installation details.
>
> Thanks,
> John
>
>
> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
>
> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> Transaction: Ticket created by ying.lin at noaa.gov
> Queue: met_help
> Subject: METplus3.0.1 on Mars is calling non-existent
> met/9.0/bin/pcp_combine
> Owner: Nobody
> Requestors: ying.lin at noaa.gov
> Status: new
> Ticket <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
>
>
>
> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
> problem here:
>
> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>
> -v 2 -add
>
>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>
> 24
>
>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>
>
> But
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can
>
> it
>
> be fixed?
>
> I'm running
>
>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>
> with output piped to test.out. The directory
> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>
> on 5/22.
>
> I noticed that in metplus_final.conf (attached), there is
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> Is met/9.0 correct, not met/9.0.1?
>
> Also attached is my "dot.for.metplus.v3" called by the test24.sh to
load
> modules etc.. I changed "module load met/9.0" used on Venus for
>
> METplus3.0
>
> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> didn't work for this test run on Mars either).
>
> Thank you -
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> Begin forwarded message:
>
> From: Ying.Lin at m72a1.localdomain (wx22yl)
> Subject: files for METplusv3.0.1 test
> Date: May 23, 2020 at 10:33:12 PM EDT
> To: Ying.Lin at noaa.gov
>
>
>
> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
> problem here:
>
> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
> COMMAND:
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>
> -v 2 -add
>
>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>
> 24
>
>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>
>
> But
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>
> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can
>
> it
>
> be fixed?
>
> I'm running
>
>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>
> with output piped to test.out. The directory
> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>
>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>
> on 5/22.
>
> I noticed that in metplus_final.conf (attached), there is
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> Is met/9.0 correct, not met/9.0.1?
>
> Also attached is my "dot.for.metplus.v3" called by the test24.sh to
load
> modules etc.. I changed "module load met/9.0" used on Venus for
>
> METplus3.0
>
> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
> didn't work for this test run on Mars either).
>
> Thank you -
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> Begin forwarded message:
>
> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> *Subject: **files for METplusv3.0.1 test*
> *Date: *May 23, 2020 at 10:33:12 PM EDT
> *To: *Ying.Lin at noaa.gov
>
>
>
>
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
George McCabe - Software Engineer III
National Center for Atmospheric Research
Research Applications Laboratory
303-497-2768
---
My working day may not be your working day. Please do not feel obliged
to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Ying Lin
Time: Tue May 26 08:49:34 2020
Hi George,
That’s it! I forgot to update the MET_INSTALL_DIR in my
system.config.dell. Ran the quick test and it worked.
Please feel free to close the ticket at your convenience. Thank you
and Julie for your help on this.
Ying
--
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP
5830 University Research Court, Rm 2015
College Park, MD 20740
Ying.Lin at noaa.gov
> On May 26, 2020, at 10:21 AM, George McCabe via RT
<met_help at ucar.edu> wrote:
>
> Hi Ying,
>
> It sounds like you need to update the MET_INSTALL_DIR variable in
your
> METplus configuration to point to the new location. The module load
will
> put the 9.0.1 version in your path, but METplus will still refer to
the
> value you have set for MET_INSTALL_DIR. Perhaps we want to modify
METplus
> to have the option to exclude the full path from the MET tools so
that they
> can be found in their path instead of requiring users to update this
value
> for every new release.
>
> On Sun, May 24, 2020 at 7:54 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>
>> Thank you Julie. I see a
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
>> now. But, when I rerun the same test24.sh script, it is still
calling
>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90) INFO:
>> COMMAND:
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>> -v 2
>>
>> Instead of met/9.0.1/bin/pcp_combine (and the
met/9.0/bin/pcp_combine
>> doesn’t exist). At the beginning of test24.sh, there is
>> . /u/Ying.Lin/dots/dot.for.metplus.v3
>>
>> dot.for.metplus.v3 was attached in the previous email, it contains
>> module use
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
>> module load met/9.0.1
>> etc.
>>
>> but for some reason the metplus.PCPCombine still invokes the
>> met/9.0/bin/pcp_combine. Attached is the latest run output (from
>> "test24.sh > & ! run.out”), in case it’s helpful.
>>
>> Thanks again. No need to get to this over the holiday weekend - I
just
>> wanted to write it down before I forgot.
>>
>> Ying
>>
>>
>> --
>> Ying Lin
>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>> NCWCP
>> 5830 University Research Court, Rm 2015
>> College Park, MD 20740
>> Ying.Lin at noaa.gov
>>
>>
>>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>> Hi Ying.
>>>
>>> Thank you for bringing this to our attention.
>>>
>>> But
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>> it
>>>> be fixed?
>>>
>>>
>>> NCO requested that we put our executables in an "exec" directory
as
>> opposed
>>> to a "bin" directory. MET has this change, but unfortunately,
METplus
>> does
>>> not account for this change in its code. We will need to figure
out a
>> path
>>> going forward. In the meantime, I added a symbolic link "bin" to
point
>> to
>>> "exec", so your run should work now. Please let me know if you
continue
>> to
>>> experience problems.
>>>
>>> I also noticed that the modulefile I created for METplus was
loading
>>> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
>>> metplus/3.0.1 module should point to the correct location. Please
let me
>>> know if you still experience any issues.
>>>
>>> Julie
>>>
>>>
>>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
>> met_help at ucar.edu <mailto:met_help at ucar.edu>>
>>> wrote:
>>>
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>>>
>>>> Hi Ying,
>>>>
>>>> Sorry to hear you're having trouble running on Mars. I checked on
the
>>>> existing builds page for MET here:
>>>>
>>>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>> <
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>>>
>>>>
>>>> And I see that met-9.0.1 should be installed on Mars and can be
accessed
>>>> using:
>>>>
>>>> - module use
>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
>>>> - module load met/9.0.1
>>>>
>>>>
>>>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
>>>> Julie's had a chance to install it up there.
>>>>
>>>> I'm going to assign this ticket to Julie. She'd be the best
person to
>> ask
>>>> about installation details.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>>
>>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu
>> <mailto:met_help at ucar.edu>> wrote:
>>>>
>>>>>
>>>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
>>>>> Transaction: Ticket created by ying.lin at noaa.gov <mailto:
>> ying.lin at noaa.gov>
>>>>> Queue: met_help
>>>>> Subject: METplus3.0.1 on Mars is calling non-existent
>>>>> met/9.0/bin/pcp_combine
>>>>> Owner: Nobody
>>>>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
>>>>> Status: new
>>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>>>>
>>>>>
>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
>>>>> problem here:
>>>>>
>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>>> COMMAND:
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>> -v 2 -add
>>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>> 24
>>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>>
>>>>> But
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>>>> it
>>>>> be fixed?
>>>>>
>>>>> I'm running
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>> with output piped to test.out. The directory
>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>> on 5/22.
>>>>>
>>>>> I noticed that in metplus_final.conf (attached), there is
>>>>> MET_INSTALL_DIR =
>>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>>> Is met/9.0 correct, not met/9.0.1?
>>>>>
>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
>> load
>>>>> modules etc.. I changed "module load met/9.0" used on Venus for
>>>> METplus3.0
>>>>> to "module load met/9.0.1" here, is that correct? ("module load
>> met/9.0"
>>>>> didn't work for this test run on Mars either).
>>>>>
>>>>> Thank you -
>>>>>
>>>>> Ying
>>>>>
>>>>> --
>>>>> Ying Lin
>>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>>> NCWCP
>>>>> 5830 University Research Court, Rm 2015
>>>>> College Park, MD 20740
>>>>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
>>>>>
>>>>>
>>>>>> Begin forwarded message:
>>>>>>
>>>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
>>>>>> Subject: files for METplusv3.0.1 test
>>>>>> Date: May 23, 2020 at 10:33:12 PM EDT
>>>>>> To: Ying.Lin at noaa.gov
>>>>>>
>>>>>
>>>>>
>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
>>>>> problem here:
>>>>>
>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>>> COMMAND:
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>> -v 2 -add
>>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>> 24
>>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>>
>>>>> But
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>>>> it
>>>>> be fixed?
>>>>>
>>>>> I'm running
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>> with output piped to test.out. The directory
>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>> on 5/22.
>>>>>
>>>>> I noticed that in metplus_final.conf (attached), there is
>>>>> MET_INSTALL_DIR =
>>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>>> Is met/9.0 correct, not met/9.0.1?
>>>>>
>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
>> load
>>>>> modules etc.. I changed "module load met/9.0" used on Venus for
>>>> METplus3.0
>>>>> to "module load met/9.0.1" here, is that correct? ("module load
>> met/9.0"
>>>>> didn't work for this test run on Mars either).
>>>>>
>>>>> Thank you -
>>>>>
>>>>> Ying
>>>>>
>>>>> --
>>>>> Ying Lin
>>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>>> NCWCP
>>>>> 5830 University Research Court, Rm 2015
>>>>> College Park, MD 20740
>>>>> Ying.Lin at noaa.gov
>>>>>
>>>>>
>>>>> Begin forwarded message:
>>>>>
>>>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
>>>>> *Subject: **files for METplusv3.0.1 test*
>>>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
>>>>> *To: *Ying.Lin at noaa.gov
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> Julie Prestopnik
>>> Software Engineer
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> Phone: 303.497.8399
>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
>>>
>>> My working day may not be your working day. Please do not feel
obliged
>> to
>>> reply to this email outside of your normal working hours.
>>
>>
>> Thank you Julie. I see
>> a
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
>> now. But, when I rerun the same test24.sh script, it is still
calling
>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90) INFO:
>> COMMAND:
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>> -v 2
>>
>> Instead of met/9.0.1/bin/pcp_combine (and the
>> met/9.0/bin/pcp_combine doesn’t exist). At the beginning of
test24.sh,
>> there is
>> . /u/Ying.Lin/dots/dot.for.metplus.v3
>>
>> dot.for.metplus.v3 was attached in the previous email, it contains
>> module use
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
>> module load met/9.0.1
>> etc.
>>
>> but for some reason the metplus.PCPCombine still invokes the
>> met/9.0/bin/pcp_combine. Attached is the latest run output (from
>> "test24.sh > & ! run.out”), in case it’s helpful.
>>
>> Thanks again. No need to get to this over the holiday weekend - I
just
>> wanted to write it down before I forgot.
>>
>> Ying
>>
>> --
>> Ying Lin
>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>> NCWCP
>> 5830 University Research Court, Rm 2015
>> College Park, MD 20740
>> Ying.Lin at noaa.gov
>>
>>
>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
>> wrote:
>>
>> Hi Ying.
>>
>> Thank you for bringing this to our attention.
>>
>> But
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can it
>> be fixed?
>>
>>
>>
>> NCO requested that we put our executables in an "exec" directory as
opposed
>> to a "bin" directory. MET has this change, but unfortunately,
METplus does
>> not account for this change in its code. We will need to figure
out a path
>> going forward. In the meantime, I added a symbolic link "bin" to
point to
>> "exec", so your run should work now. Please let me know if you
continue to
>> experience problems.
>>
>> I also noticed that the modulefile I created for METplus was
loading
>> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
>> metplus/3.0.1 module should point to the correct location. Please
let me
>> know if you still experience any issues.
>>
>> Julie
>>
>>
>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>
>> Hi Ying,
>>
>> Sorry to hear you're having trouble running on Mars. I checked on
the
>> existing builds page for MET here:
>>
>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>>
>> And I see that met-9.0.1 should be installed on Mars and can be
accessed
>> using:
>>
>> - module use
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
>> - module load met/9.0.1
>>
>>
>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
>> Julie's had a chance to install it up there.
>>
>> I'm going to assign this ticket to Julie. She'd be the best person
to ask
>> about installation details.
>>
>> Thanks,
>> John
>>
>>
>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT <met_help at ucar.edu>
wrote:
>>
>>
>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
>> Transaction: Ticket created by ying.lin at noaa.gov
>> Queue: met_help
>> Subject: METplus3.0.1 on Mars is calling non-existent
>> met/9.0/bin/pcp_combine
>> Owner: Nobody
>> Requestors: ying.lin at noaa.gov
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>
>>
>> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
>> problem here:
>>
>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
>> COMMAND:
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>
>> -v 2 -add
>>
>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>
>> 24
>>
>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>
>>
>> But
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>
>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can
>>
>> it
>>
>> be fixed?
>>
>> I'm running
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>
>> with output piped to test.out. The directory
>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>
>> on 5/22.
>>
>> I noticed that in metplus_final.conf (attached), there is
>> MET_INSTALL_DIR =
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>> Is met/9.0 correct, not met/9.0.1?
>>
>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
>> modules etc.. I changed "module load met/9.0" used on Venus for
>>
>> METplus3.0
>>
>> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
>> didn't work for this test run on Mars either).
>>
>> Thank you -
>>
>> Ying
>>
>> --
>> Ying Lin
>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>> NCWCP
>> 5830 University Research Court, Rm 2015
>> College Park, MD 20740
>> Ying.Lin at noaa.gov
>>
>>
>> Begin forwarded message:
>>
>> From: Ying.Lin at m72a1.localdomain (wx22yl)
>> Subject: files for METplusv3.0.1 test
>> Date: May 23, 2020 at 10:33:12 PM EDT
>> To: Ying.Lin at noaa.gov
>>
>>
>>
>> Hello. I've been trying to run METplus3.0.1 on Mars and run into a
>> problem here:
>>
>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90) INFO:
>> COMMAND:
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>
>> -v 2 -add
>>
>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>
>> 24
>>
>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>
>>
>> But
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>
>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>> either. Is that supposed to be 9.0/exec/pcp_combine? If so, where
can
>>
>> it
>>
>> be fixed?
>>
>> I'm running
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>
>> with output piped to test.out. The directory
>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was copied
from
>>
>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>
>> on 5/22.
>>
>> I noticed that in metplus_final.conf (attached), there is
>> MET_INSTALL_DIR =
>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>> Is met/9.0 correct, not met/9.0.1?
>>
>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to load
>> modules etc.. I changed "module load met/9.0" used on Venus for
>>
>> METplus3.0
>>
>> to "module load met/9.0.1" here, is that correct? ("module load
met/9.0"
>> didn't work for this test run on Mars either).
>>
>> Thank you -
>>
>> Ying
>>
>> --
>> Ying Lin
>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>> NCWCP
>> 5830 University Research Court, Rm 2015
>> College Park, MD 20740
>> Ying.Lin at noaa.gov
>>
>>
>> Begin forwarded message:
>>
>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
>> *Subject: **files for METplusv3.0.1 test*
>> *Date: *May 23, 2020 at 10:33:12 PM EDT
>> *To: *Ying.Lin at noaa.gov
>>
>>
>>
>>
>>
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day. Please do not feel
obliged to
>> reply to this email outside of your normal working hours.
>>
>>
>>
>
> --
> George McCabe - Software Engineer III
> National Center for Atmospheric Research
> Research Applications Laboratory
> 303-497-2768
> ---
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Julie Prestopnik
Time: Tue May 26 10:14:04 2020
Thank you, George, for your reply to Ying this morning, and thank you,
Ying, for letting us know that things are working now.
Ying was overriding the value for MET_INSTALL_DIR. The installed
METplus-3.0.1/parm/metplus_config/metplus_system.conf file has the
following:
MET_INSTALL_DIR =
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1
Julie
On Tue, May 26, 2020 at 8:50 AM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
> Hi George,
>
> That’s it! I forgot to update the MET_INSTALL_DIR in my
> system.config.dell. Ran the quick test and it worked.
>
> Please feel free to close the ticket at your convenience. Thank
you and
> Julie for your help on this.
>
> Ying
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> > On May 26, 2020, at 10:21 AM, George McCabe via RT
<met_help at ucar.edu>
> wrote:
> >
> > Hi Ying,
> >
> > It sounds like you need to update the MET_INSTALL_DIR variable in
your
> > METplus configuration to point to the new location. The module
load will
> > put the 9.0.1 version in your path, but METplus will still refer
to the
> > value you have set for MET_INSTALL_DIR. Perhaps we want to modify
METplus
> > to have the option to exclude the full path from the MET tools so
that
> they
> > can be found in their path instead of requiring users to update
this
> value
> > for every new release.
> >
> > On Sun, May 24, 2020 at 7:54 PM Ying Lin via RT
<met_help at ucar.edu>
> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>
> >> Thank you Julie. I see a
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> >> now. But, when I rerun the same test24.sh script, it is still
calling
> >> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
> >> COMMAND:
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >> -v 2
> >>
> >> Instead of met/9.0.1/bin/pcp_combine (and the
met/9.0/bin/pcp_combine
> >> doesn’t exist). At the beginning of test24.sh, there is
> >> . /u/Ying.Lin/dots/dot.for.metplus.v3
> >>
> >> dot.for.metplus.v3 was attached in the previous email, it
contains
> >> module use
> >>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> >> module load met/9.0.1
> >> etc.
> >>
> >> but for some reason the metplus.PCPCombine still invokes the
> >> met/9.0/bin/pcp_combine. Attached is the latest run output (from
> >> "test24.sh > & ! run.out”), in case it’s helpful.
> >>
> >> Thanks again. No need to get to this over the holiday weekend -
I just
> >> wanted to write it down before I forgot.
> >>
> >> Ying
> >>
> >>
> >> --
> >> Ying Lin
> >> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >> NCWCP
> >> 5830 University Research Court, Rm 2015
> >> College Park, MD 20740
> >> Ying.Lin at noaa.gov
> >>
> >>
> >>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT <
> met_help at ucar.edu>
> >> wrote:
> >>>
> >>> Hi Ying.
> >>>
> >>> Thank you for bringing this to our attention.
> >>>
> >>> But
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >> it
> >>>> be fixed?
> >>>
> >>>
> >>> NCO requested that we put our executables in an "exec" directory
as
> >> opposed
> >>> to a "bin" directory. MET has this change, but unfortunately,
METplus
> >> does
> >>> not account for this change in its code. We will need to figure
out a
> >> path
> >>> going forward. In the meantime, I added a symbolic link "bin"
to point
> >> to
> >>> "exec", so your run should work now. Please let me know if you
> continue
> >> to
> >>> experience problems.
> >>>
> >>> I also noticed that the modulefile I created for METplus was
loading
> >>> met/9.0 and not met/9.0.1. I have corrected that and a reload
of the
> >>> metplus/3.0.1 module should point to the correct location.
Please let
> me
> >>> know if you still experience any issues.
> >>>
> >>> Julie
> >>>
> >>>
> >>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> >> met_help at ucar.edu <mailto:met_help at ucar.edu>>
> >>> wrote:
> >>>
> >>>>
> >>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>>>
> >>>> Hi Ying,
> >>>>
> >>>> Sorry to hear you're having trouble running on Mars. I checked
on the
> >>>> existing builds page for MET here:
> >>>>
> >>>>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >> <
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >>>
> >>>>
> >>>> And I see that met-9.0.1 should be installed on Mars and can be
> accessed
> >>>> using:
> >>>>
> >>>> - module use
> >>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> >>>> - module load met/9.0.1
> >>>>
> >>>>
> >>>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> >>>> Julie's had a chance to install it up there.
> >>>>
> >>>> I'm going to assign this ticket to Julie. She'd be the best
person to
> >> ask
> >>>> about installation details.
> >>>>
> >>>> Thanks,
> >>>> John
> >>>>
> >>>>
> >>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu
> >> <mailto:met_help at ucar.edu>> wrote:
> >>>>
> >>>>>
> >>>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> >>>>> Transaction: Ticket created by ying.lin at noaa.gov <mailto:
> >> ying.lin at noaa.gov>
> >>>>> Queue: met_help
> >>>>> Subject: METplus3.0.1 on Mars is calling non-existent
> >>>>> met/9.0/bin/pcp_combine
> >>>>> Owner: Nobody
> >>>>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
> >>>>> Status: new
> >>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
> <
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>>>>
> >>>>>
> >>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>>> problem here:
> >>>>>
> >>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>>> COMMAND:
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>> -v 2 -add
> >>>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>> 24
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>>
> >>>>> But
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >>>> it
> >>>>> be fixed?
> >>>>>
> >>>>> I'm running
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>> with output piped to test.out. The directory
> >>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> from
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>> on 5/22.
> >>>>>
> >>>>> I noticed that in metplus_final.conf (attached), there is
> >>>>> MET_INSTALL_DIR =
> >>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>>> Is met/9.0 correct, not met/9.0.1?
> >>>>>
> >>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> >> load
> >>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>> METplus3.0
> >>>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >> met/9.0"
> >>>>> didn't work for this test run on Mars either).
> >>>>>
> >>>>> Thank you -
> >>>>>
> >>>>> Ying
> >>>>>
> >>>>> --
> >>>>> Ying Lin
> >>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>>> NCWCP
> >>>>> 5830 University Research Court, Rm 2015
> >>>>> College Park, MD 20740
> >>>>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
> >>>>>
> >>>>>
> >>>>>> Begin forwarded message:
> >>>>>>
> >>>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
> >>>>>> Subject: files for METplusv3.0.1 test
> >>>>>> Date: May 23, 2020 at 10:33:12 PM EDT
> >>>>>> To: Ying.Lin at noaa.gov
> >>>>>>
> >>>>>
> >>>>>
> >>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>>> problem here:
> >>>>>
> >>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>>> COMMAND:
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>> -v 2 -add
> >>>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>> 24
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>>
> >>>>> But
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >>>> it
> >>>>> be fixed?
> >>>>>
> >>>>> I'm running
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>> with output piped to test.out. The directory
> >>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> from
> >>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>> on 5/22.
> >>>>>
> >>>>> I noticed that in metplus_final.conf (attached), there is
> >>>>> MET_INSTALL_DIR =
> >>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>>> Is met/9.0 correct, not met/9.0.1?
> >>>>>
> >>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> >> load
> >>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>> METplus3.0
> >>>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >> met/9.0"
> >>>>> didn't work for this test run on Mars either).
> >>>>>
> >>>>> Thank you -
> >>>>>
> >>>>> Ying
> >>>>>
> >>>>> --
> >>>>> Ying Lin
> >>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>>> NCWCP
> >>>>> 5830 University Research Court, Rm 2015
> >>>>> College Park, MD 20740
> >>>>> Ying.Lin at noaa.gov
> >>>>>
> >>>>>
> >>>>> Begin forwarded message:
> >>>>>
> >>>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> >>>>> *Subject: **files for METplusv3.0.1 test*
> >>>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
> >>>>> *To: *Ying.Lin at noaa.gov
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>> --
> >>> Julie Prestopnik
> >>> Software Engineer
> >>> National Center for Atmospheric Research
> >>> Research Applications Laboratory
> >>> Phone: 303.497.8399
> >>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
> >>>
> >>> My working day may not be your working day. Please do not feel
obliged
> >> to
> >>> reply to this email outside of your normal working hours.
> >>
> >>
> >> Thank you Julie. I see
> >> a
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> >> now. But, when I rerun the same test24.sh script, it is still
calling
> >> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
> >> COMMAND:
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >> -v 2
> >>
> >> Instead of met/9.0.1/bin/pcp_combine (and the
> >> met/9.0/bin/pcp_combine doesn’t exist). At the beginning of
test24.sh,
> >> there is
> >> . /u/Ying.Lin/dots/dot.for.metplus.v3
> >>
> >> dot.for.metplus.v3 was attached in the previous email, it
contains
> >> module use
> >>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> >> module load met/9.0.1
> >> etc.
> >>
> >> but for some reason the metplus.PCPCombine still invokes the
> >> met/9.0/bin/pcp_combine. Attached is the latest run output (from
> >> "test24.sh > & ! run.out”), in case it’s helpful.
> >>
> >> Thanks again. No need to get to this over the holiday weekend -
I just
> >> wanted to write it down before I forgot.
> >>
> >> Ying
> >>
> >> --
> >> Ying Lin
> >> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >> NCWCP
> >> 5830 University Research Court, Rm 2015
> >> College Park, MD 20740
> >> Ying.Lin at noaa.gov
> >>
> >>
> >> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu
> >
> >> wrote:
> >>
> >> Hi Ying.
> >>
> >> Thank you for bringing this to our attention.
> >>
> >> But
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> it
> >> be fixed?
> >>
> >>
> >>
> >> NCO requested that we put our executables in an "exec" directory
as
> opposed
> >> to a "bin" directory. MET has this change, but unfortunately,
METplus
> does
> >> not account for this change in its code. We will need to figure
out a
> path
> >> going forward. In the meantime, I added a symbolic link "bin" to
point
> to
> >> "exec", so your run should work now. Please let me know if you
> continue to
> >> experience problems.
> >>
> >> I also noticed that the modulefile I created for METplus was
loading
> >> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
> >> metplus/3.0.1 module should point to the correct location.
Please let
> me
> >> know if you still experience any issues.
> >>
> >> Julie
> >>
> >>
> >> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>
> >> Hi Ying,
> >>
> >> Sorry to hear you're having trouble running on Mars. I checked on
the
> >> existing builds page for MET here:
> >>
> >>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >>
> >> And I see that met-9.0.1 should be installed on Mars and can be
accessed
> >> using:
> >>
> >> - module use
> >>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> >> - module load met/9.0.1
> >>
> >>
> >> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> >> Julie's had a chance to install it up there.
> >>
> >> I'm going to assign this ticket to Julie. She'd be the best
person to
> ask
> >> about installation details.
> >>
> >> Thanks,
> >> John
> >>
> >>
> >> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu>
> wrote:
> >>
> >>
> >> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> >> Transaction: Ticket created by ying.lin at noaa.gov
> >> Queue: met_help
> >> Subject: METplus3.0.1 on Mars is calling non-existent
> >> met/9.0/bin/pcp_combine
> >> Owner: Nobody
> >> Requestors: ying.lin at noaa.gov
> >> Status: new
> >> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>
> >>
> >> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
> >> problem here:
> >>
> >> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >> COMMAND:
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>
> >> -v 2 -add
> >>
> >>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>
> >> 24
> >>
> >>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>
> >>
> >> But
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>
> >> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> >>
> >> it
> >>
> >> be fixed?
> >>
> >> I'm running
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>
> >> with output piped to test.out. The directory
> >> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>
> >> on 5/22.
> >>
> >> I noticed that in metplus_final.conf (attached), there is
> >> MET_INSTALL_DIR =
> >> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >> Is met/9.0 correct, not met/9.0.1?
> >>
> >> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to
> load
> >> modules etc.. I changed "module load met/9.0" used on Venus for
> >>
> >> METplus3.0
> >>
> >> to "module load met/9.0.1" here, is that correct? ("module load
> met/9.0"
> >> didn't work for this test run on Mars either).
> >>
> >> Thank you -
> >>
> >> Ying
> >>
> >> --
> >> Ying Lin
> >> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >> NCWCP
> >> 5830 University Research Court, Rm 2015
> >> College Park, MD 20740
> >> Ying.Lin at noaa.gov
> >>
> >>
> >> Begin forwarded message:
> >>
> >> From: Ying.Lin at m72a1.localdomain (wx22yl)
> >> Subject: files for METplusv3.0.1 test
> >> Date: May 23, 2020 at 10:33:12 PM EDT
> >> To: Ying.Lin at noaa.gov
> >>
> >>
> >>
> >> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
> >> problem here:
> >>
> >> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >> COMMAND:
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>
> >> -v 2 -add
> >>
> >>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>
> >> 24
> >>
> >>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>
> >>
> >> But
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>
> >> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
> >>
> >> it
> >>
> >> be fixed?
> >>
> >> I'm running
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>
> >> with output piped to test.out. The directory
> >> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
> >>
> >>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>
> >> on 5/22.
> >>
> >> I noticed that in metplus_final.conf (attached), there is
> >> MET_INSTALL_DIR =
> >> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >> Is met/9.0 correct, not met/9.0.1?
> >>
> >> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to
> load
> >> modules etc.. I changed "module load met/9.0" used on Venus for
> >>
> >> METplus3.0
> >>
> >> to "module load met/9.0.1" here, is that correct? ("module load
> met/9.0"
> >> didn't work for this test run on Mars either).
> >>
> >> Thank you -
> >>
> >> Ying
> >>
> >> --
> >> Ying Lin
> >> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >> NCWCP
> >> 5830 University Research Court, Rm 2015
> >> College Park, MD 20740
> >> Ying.Lin at noaa.gov
> >>
> >>
> >> Begin forwarded message:
> >>
> >> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> >> *Subject: **files for METplusv3.0.1 test*
> >> *Date: *May 23, 2020 at 10:33:12 PM EDT
> >> *To: *Ying.Lin at noaa.gov
> >>
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research
> >> Research Applications Laboratory
> >> Phone: 303.497.8399
> >> Email: jpresto at ucar.edu
> >>
> >> My working day may not be your working day. Please do not feel
obliged
> to
> >> reply to this email outside of your normal working hours.
> >>
> >>
> >>
> >
> > --
> > George McCabe - Software Engineer III
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > 303-497-2768
> > ---
> > My working day may not be your working day. Please do not feel
obliged to
> > reply to this email outside of your normal working hours.
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Ying Lin
Time: Tue May 26 10:30:54 2020
Hi Julie,
I got rid of the following lines from my system.config.dell:
# Set the MET_INSTALL_DIR to the location of the MET install
[dir]
MET_INSTALL_DIR =
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1
and the test script still works. Thank you!
Ying
--
Ying Lin
NCEP/EMC/Verification, Post-processing and Product Generation Branch
NCWCP
5830 University Research Court, Rm 2015
College Park, MD 20740
Ying.Lin at noaa.gov
> On May 26, 2020, at 12:14 PM, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Thank you, George, for your reply to Ying this morning, and thank
you,
> Ying, for letting us know that things are working now.
>
> Ying was overriding the value for MET_INSTALL_DIR. The installed
> METplus-3.0.1/parm/metplus_config/metplus_system.conf file has the
> following:
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1
>
> Julie
>
> On Tue, May 26, 2020 at 8:50 AM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>
>> Hi George,
>>
>> That’s it! I forgot to update the MET_INSTALL_DIR in my
>> system.config.dell. Ran the quick test and it worked.
>>
>> Please feel free to close the ticket at your convenience. Thank
you and
>> Julie for your help on this.
>>
>> Ying
>> --
>> Ying Lin
>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>> NCWCP
>> 5830 University Research Court, Rm 2015
>> College Park, MD 20740
>> Ying.Lin at noaa.gov
>>
>>
>>> On May 26, 2020, at 10:21 AM, George McCabe via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>> Hi Ying,
>>>
>>> It sounds like you need to update the MET_INSTALL_DIR variable in
your
>>> METplus configuration to point to the new location. The module
load will
>>> put the 9.0.1 version in your path, but METplus will still refer
to the
>>> value you have set for MET_INSTALL_DIR. Perhaps we want to modify
METplus
>>> to have the option to exclude the full path from the MET tools so
that
>> they
>>> can be found in their path instead of requiring users to update
this
>> value
>>> for every new release.
>>>
>>> On Sun, May 24, 2020 at 7:54 PM Ying Lin via RT
<met_help at ucar.edu>
>> wrote:
>>>
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>>>
>>>> Thank you Julie. I see a
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
>>>> now. But, when I rerun the same test24.sh script, it is still
calling
>>>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>> COMMAND:
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>> -v 2
>>>>
>>>> Instead of met/9.0.1/bin/pcp_combine (and the
met/9.0/bin/pcp_combine
>>>> doesn’t exist). At the beginning of test24.sh, there is
>>>> . /u/Ying.Lin/dots/dot.for.metplus.v3
>>>>
>>>> dot.for.metplus.v3 was attached in the previous email, it
contains
>>>> module use
>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
>>>> module load met/9.0.1
>>>> etc.
>>>>
>>>> but for some reason the metplus.PCPCombine still invokes the
>>>> met/9.0/bin/pcp_combine. Attached is the latest run output (from
>>>> "test24.sh > & ! run.out”), in case it’s helpful.
>>>>
>>>> Thanks again. No need to get to this over the holiday weekend -
I just
>>>> wanted to write it down before I forgot.
>>>>
>>>> Ying
>>>>
>>>>
>>>> --
>>>> Ying Lin
>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>> NCWCP
>>>> 5830 University Research Court, Rm 2015
>>>> College Park, MD 20740
>>>> Ying.Lin at noaa.gov
>>>>
>>>>
>>>>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT <
>> met_help at ucar.edu>
>>>> wrote:
>>>>>
>>>>> Hi Ying.
>>>>>
>>>>> Thank you for bringing this to our attention.
>>>>>
>>>>> But
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
>> can
>>>> it
>>>>>> be fixed?
>>>>>
>>>>>
>>>>> NCO requested that we put our executables in an "exec" directory
as
>>>> opposed
>>>>> to a "bin" directory. MET has this change, but unfortunately,
METplus
>>>> does
>>>>> not account for this change in its code. We will need to figure
out a
>>>> path
>>>>> going forward. In the meantime, I added a symbolic link "bin"
to point
>>>> to
>>>>> "exec", so your run should work now. Please let me know if you
>> continue
>>>> to
>>>>> experience problems.
>>>>>
>>>>> I also noticed that the modulefile I created for METplus was
loading
>>>>> met/9.0 and not met/9.0.1. I have corrected that and a reload
of the
>>>>> metplus/3.0.1 module should point to the correct location.
Please let
>> me
>>>>> know if you still experience any issues.
>>>>>
>>>>> Julie
>>>>>
>>>>>
>>>>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
>>>> met_help at ucar.edu <mailto:met_help at ucar.edu>>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 <
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>>>>>
>>>>>> Hi Ying,
>>>>>>
>>>>>> Sorry to hear you're having trouble running on Mars. I checked
on the
>>>>>> existing builds page for MET here:
>>>>>>
>>>>>>
>>>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>>>> <
>>>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>>>>>
>>>>>>
>>>>>> And I see that met-9.0.1 should be installed on Mars and can be
>> accessed
>>>>>> using:
>>>>>>
>>>>>> - module use
>>>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
>>>>>> - module load met/9.0.1
>>>>>>
>>>>>>
>>>>>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
>>>>>> Julie's had a chance to install it up there.
>>>>>>
>>>>>> I'm going to assign this ticket to Julie. She'd be the best
person to
>>>> ask
>>>>>> about installation details.
>>>>>>
>>>>>> Thanks,
>>>>>> John
>>>>>>
>>>>>>
>>>>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu
>>>> <mailto:met_help at ucar.edu>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
>>>>>>> Transaction: Ticket created by ying.lin at noaa.gov <mailto:
>>>> ying.lin at noaa.gov>
>>>>>>> Queue: met_help
>>>>>>> Subject: METplus3.0.1 on Mars is calling non-existent
>>>>>>> met/9.0/bin/pcp_combine
>>>>>>> Owner: Nobody
>>>>>>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
>>>>>>> Status: new
>>>>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
>> <
>>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
>>>>>>>
>>>>>>>
>>>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
>>>>>>> problem here:
>>>>>>>
>>>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>>>>> COMMAND:
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>>>> -v 2 -add
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>>>> 24
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>>>>
>>>>>>> But
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
>> can
>>>>>> it
>>>>>>> be fixed?
>>>>>>>
>>>>>>> I'm running
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>>>> with output piped to test.out. The directory
>>>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
>> from
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>>>> on 5/22.
>>>>>>>
>>>>>>> I noticed that in metplus_final.conf (attached), there is
>>>>>>> MET_INSTALL_DIR =
>>>>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>>>>> Is met/9.0 correct, not met/9.0.1?
>>>>>>>
>>>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
>>>> load
>>>>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
>>>>>> METplus3.0
>>>>>>> to "module load met/9.0.1" here, is that correct? ("module
load
>>>> met/9.0"
>>>>>>> didn't work for this test run on Mars either).
>>>>>>>
>>>>>>> Thank you -
>>>>>>>
>>>>>>> Ying
>>>>>>>
>>>>>>> --
>>>>>>> Ying Lin
>>>>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>>>>> NCWCP
>>>>>>> 5830 University Research Court, Rm 2015
>>>>>>> College Park, MD 20740
>>>>>>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
>>>>>>>
>>>>>>>
>>>>>>>> Begin forwarded message:
>>>>>>>>
>>>>>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
>>>>>>>> Subject: files for METplusv3.0.1 test
>>>>>>>> Date: May 23, 2020 at 10:33:12 PM EDT
>>>>>>>> To: Ying.Lin at noaa.gov
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
>>>>>>> problem here:
>>>>>>>
>>>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>>>>> COMMAND:
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>>>> -v 2 -add
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>>>> 24
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>>>>
>>>>>>> But
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
>> can
>>>>>> it
>>>>>>> be fixed?
>>>>>>>
>>>>>>> I'm running
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>>>> with output piped to test.out. The directory
>>>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
>> from
>>>>>>>
>>>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>>>> on 5/22.
>>>>>>>
>>>>>>> I noticed that in metplus_final.conf (attached), there is
>>>>>>> MET_INSTALL_DIR =
>>>>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>>>>> Is met/9.0 correct, not met/9.0.1?
>>>>>>>
>>>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
>>>> load
>>>>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
>>>>>> METplus3.0
>>>>>>> to "module load met/9.0.1" here, is that correct? ("module
load
>>>> met/9.0"
>>>>>>> didn't work for this test run on Mars either).
>>>>>>>
>>>>>>> Thank you -
>>>>>>>
>>>>>>> Ying
>>>>>>>
>>>>>>> --
>>>>>>> Ying Lin
>>>>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>>>>> NCWCP
>>>>>>> 5830 University Research Court, Rm 2015
>>>>>>> College Park, MD 20740
>>>>>>> Ying.Lin at noaa.gov
>>>>>>>
>>>>>>>
>>>>>>> Begin forwarded message:
>>>>>>>
>>>>>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
>>>>>>> *Subject: **files for METplusv3.0.1 test*
>>>>>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
>>>>>>> *To: *Ying.Lin at noaa.gov
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Julie Prestopnik
>>>>> Software Engineer
>>>>> National Center for Atmospheric Research
>>>>> Research Applications Laboratory
>>>>> Phone: 303.497.8399
>>>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
>>>>>
>>>>> My working day may not be your working day. Please do not feel
obliged
>>>> to
>>>>> reply to this email outside of your normal working hours.
>>>>
>>>>
>>>> Thank you Julie. I see
>>>> a
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
>>>> now. But, when I rerun the same test24.sh script, it is still
calling
>>>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>> COMMAND:
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>> -v 2
>>>>
>>>> Instead of met/9.0.1/bin/pcp_combine (and the
>>>> met/9.0/bin/pcp_combine doesn’t exist). At the beginning of
test24.sh,
>>>> there is
>>>> . /u/Ying.Lin/dots/dot.for.metplus.v3
>>>>
>>>> dot.for.metplus.v3 was attached in the previous email, it
contains
>>>> module use
>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
>>>> module load met/9.0.1
>>>> etc.
>>>>
>>>> but for some reason the metplus.PCPCombine still invokes the
>>>> met/9.0/bin/pcp_combine. Attached is the latest run output (from
>>>> "test24.sh > & ! run.out”), in case it’s helpful.
>>>>
>>>> Thanks again. No need to get to this over the holiday weekend -
I just
>>>> wanted to write it down before I forgot.
>>>>
>>>> Ying
>>>>
>>>> --
>>>> Ying Lin
>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>> NCWCP
>>>> 5830 University Research Court, Rm 2015
>>>> College Park, MD 20740
>>>> Ying.Lin at noaa.gov
>>>>
>>>>
>>>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT
<met_help at ucar.edu
>>>
>>>> wrote:
>>>>
>>>> Hi Ying.
>>>>
>>>> Thank you for bringing this to our attention.
>>>>
>>>> But
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>> it
>>>> be fixed?
>>>>
>>>>
>>>>
>>>> NCO requested that we put our executables in an "exec" directory
as
>> opposed
>>>> to a "bin" directory. MET has this change, but unfortunately,
METplus
>> does
>>>> not account for this change in its code. We will need to figure
out a
>> path
>>>> going forward. In the meantime, I added a symbolic link "bin" to
point
>> to
>>>> "exec", so your run should work now. Please let me know if you
>> continue to
>>>> experience problems.
>>>>
>>>> I also noticed that the modulefile I created for METplus was
loading
>>>> met/9.0 and not met/9.0.1. I have corrected that and a reload of
the
>>>> metplus/3.0.1 module should point to the correct location.
Please let
>> me
>>>> know if you still experience any issues.
>>>>
>>>> Julie
>>>>
>>>>
>>>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
>>>> met_help at ucar.edu>
>>>> wrote:
>>>>
>>>>
>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>>>
>>>> Hi Ying,
>>>>
>>>> Sorry to hear you're having trouble running on Mars. I checked on
the
>>>> existing builds page for MET here:
>>>>
>>>>
>>>>
>> https://dtcenter.org/community-code/metplus/metv9-0-existing-
builds-metplus-3-0-installations
>>>>
>>>> And I see that met-9.0.1 should be installed on Mars and can be
accessed
>>>> using:
>>>>
>>>> - module use
>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
>>>> - module load met/9.0.1
>>>>
>>>>
>>>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
>>>> Julie's had a chance to install it up there.
>>>>
>>>> I'm going to assign this ticket to Julie. She'd be the best
person to
>> ask
>>>> about installation details.
>>>>
>>>> Thanks,
>>>> John
>>>>
>>>>
>>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu>
>> wrote:
>>>>
>>>>
>>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
>>>> Transaction: Ticket created by ying.lin at noaa.gov
>>>> Queue: met_help
>>>> Subject: METplus3.0.1 on Mars is calling non-existent
>>>> met/9.0/bin/pcp_combine
>>>> Owner: Nobody
>>>> Requestors: ying.lin at noaa.gov
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>>>>
>>>>
>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
>>>> problem here:
>>>>
>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>> COMMAND:
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>
>>>> -v 2 -add
>>>>
>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>
>>>> 24
>>>>
>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>
>>>>
>>>> But
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>
>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>>>>
>>>> it
>>>>
>>>> be fixed?
>>>>
>>>> I'm running
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>
>>>> with output piped to test.out. The directory
>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>
>>>> on 5/22.
>>>>
>>>> I noticed that in metplus_final.conf (attached), there is
>>>> MET_INSTALL_DIR =
>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>> Is met/9.0 correct, not met/9.0.1?
>>>>
>>>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to
>> load
>>>> modules etc.. I changed "module load met/9.0" used on Venus for
>>>>
>>>> METplus3.0
>>>>
>>>> to "module load met/9.0.1" here, is that correct? ("module load
>> met/9.0"
>>>> didn't work for this test run on Mars either).
>>>>
>>>> Thank you -
>>>>
>>>> Ying
>>>>
>>>> --
>>>> Ying Lin
>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>> NCWCP
>>>> 5830 University Research Court, Rm 2015
>>>> College Park, MD 20740
>>>> Ying.Lin at noaa.gov
>>>>
>>>>
>>>> Begin forwarded message:
>>>>
>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
>>>> Subject: files for METplusv3.0.1 test
>>>> Date: May 23, 2020 at 10:33:12 PM EDT
>>>> To: Ying.Lin at noaa.gov
>>>>
>>>>
>>>>
>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run into
a
>>>> problem here:
>>>>
>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
>>>> COMMAND:
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>
>>>> -v 2 -add
>>>>
>>>>
>>>>
>>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
>>>>
>>>> 24
>>>>
>>>>
>>>>
>>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
>>>>
>>>>
>>>> But
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
>>>>
>>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where can
>>>>
>>>> it
>>>>
>>>> be fixed?
>>>>
>>>> I'm running
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
>>>>
>>>> with output piped to test.out. The directory
>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied from
>>>>
>>>>
>>>>
>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
>>>>
>>>> on 5/22.
>>>>
>>>> I noticed that in metplus_final.conf (attached), there is
>>>> MET_INSTALL_DIR =
>>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
>>>> Is met/9.0 correct, not met/9.0.1?
>>>>
>>>> Also attached is my "dot.for.metplus.v3" called by the test24.sh
to
>> load
>>>> modules etc.. I changed "module load met/9.0" used on Venus for
>>>>
>>>> METplus3.0
>>>>
>>>> to "module load met/9.0.1" here, is that correct? ("module load
>> met/9.0"
>>>> didn't work for this test run on Mars either).
>>>>
>>>> Thank you -
>>>>
>>>> Ying
>>>>
>>>> --
>>>> Ying Lin
>>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
>>>> NCWCP
>>>> 5830 University Research Court, Rm 2015
>>>> College Park, MD 20740
>>>> Ying.Lin at noaa.gov
>>>>
>>>>
>>>> Begin forwarded message:
>>>>
>>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
>>>> *Subject: **files for METplusv3.0.1 test*
>>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
>>>> *To: *Ying.Lin at noaa.gov
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Julie Prestopnik
>>>> Software Engineer
>>>> National Center for Atmospheric Research
>>>> Research Applications Laboratory
>>>> Phone: 303.497.8399
>>>> Email: jpresto at ucar.edu
>>>>
>>>> My working day may not be your working day. Please do not feel
obliged
>> to
>>>> reply to this email outside of your normal working hours.
>>>>
>>>>
>>>>
>>>
>>> --
>>> George McCabe - Software Engineer III
>>> National Center for Atmospheric Research
>>> Research Applications Laboratory
>>> 303-497-2768
>>> ---
>>> My working day may not be your working day. Please do not feel
obliged to
>>> reply to this email outside of your normal working hours.
>>>
>>
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
------------------------------------------------
Subject: METplus3.0.1 on Mars is calling non-existent met/9.0/bin/pcp_combine
From: Julie Prestopnik
Time: Tue May 26 10:35:21 2020
Great, Ying! That's the safest thing to do, unless you need to
override it
for some reason.
Julie
On Tue, May 26, 2020 at 10:30 AM Ying Lin via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
>
> Hi Julie,
>
> I got rid of the following lines from my system.config.dell:
>
> # Set the MET_INSTALL_DIR to the location of the MET install
> [dir]
> MET_INSTALL_DIR =
> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1
>
> and the test script still works. Thank you!
>
> Ying
>
> --
> Ying Lin
> NCEP/EMC/Verification, Post-processing and Product Generation Branch
> NCWCP
> 5830 University Research Court, Rm 2015
> College Park, MD 20740
> Ying.Lin at noaa.gov
>
>
> > On May 26, 2020, at 12:14 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
> >
> > Thank you, George, for your reply to Ying this morning, and thank
you,
> > Ying, for letting us know that things are working now.
> >
> > Ying was overriding the value for MET_INSTALL_DIR. The installed
> > METplus-3.0.1/parm/metplus_config/metplus_system.conf file has the
> > following:
> > MET_INSTALL_DIR =
> > /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1
> >
> > Julie
> >
> > On Tue, May 26, 2020 at 8:50 AM Ying Lin via RT
<met_help at ucar.edu>
> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>
> >> Hi George,
> >>
> >> That’s it! I forgot to update the MET_INSTALL_DIR in my
> >> system.config.dell. Ran the quick test and it worked.
> >>
> >> Please feel free to close the ticket at your convenience. Thank
you
> and
> >> Julie for your help on this.
> >>
> >> Ying
> >> --
> >> Ying Lin
> >> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >> NCWCP
> >> 5830 University Research Court, Rm 2015
> >> College Park, MD 20740
> >> Ying.Lin at noaa.gov
> >>
> >>
> >>> On May 26, 2020, at 10:21 AM, George McCabe via RT
<met_help at ucar.edu>
> >> wrote:
> >>>
> >>> Hi Ying,
> >>>
> >>> It sounds like you need to update the MET_INSTALL_DIR variable
in your
> >>> METplus configuration to point to the new location. The module
load
> will
> >>> put the 9.0.1 version in your path, but METplus will still refer
to the
> >>> value you have set for MET_INSTALL_DIR. Perhaps we want to
modify
> METplus
> >>> to have the option to exclude the full path from the MET tools
so that
> >> they
> >>> can be found in their path instead of requiring users to update
this
> >> value
> >>> for every new release.
> >>>
> >>> On Sun, May 24, 2020 at 7:54 PM Ying Lin via RT
<met_help at ucar.edu>
> >> wrote:
> >>>
> >>>>
> >>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>>>
> >>>> Thank you Julie. I see a
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> >>>> now. But, when I rerun the same test24.sh script, it is still
calling
> >>>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>> COMMAND:
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>> -v 2
> >>>>
> >>>> Instead of met/9.0.1/bin/pcp_combine (and the
met/9.0/bin/pcp_combine
> >>>> doesn’t exist). At the beginning of test24.sh, there is
> >>>> . /u/Ying.Lin/dots/dot.for.metplus.v3
> >>>>
> >>>> dot.for.metplus.v3 was attached in the previous email, it
contains
> >>>> module use
> >>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> >>>> module load met/9.0.1
> >>>> etc.
> >>>>
> >>>> but for some reason the metplus.PCPCombine still invokes the
> >>>> met/9.0/bin/pcp_combine. Attached is the latest run output
(from
> >>>> "test24.sh > & ! run.out”), in case it’s helpful.
> >>>>
> >>>> Thanks again. No need to get to this over the holiday weekend
- I
> just
> >>>> wanted to write it down before I forgot.
> >>>>
> >>>> Ying
> >>>>
> >>>>
> >>>> --
> >>>> Ying Lin
> >>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>> NCWCP
> >>>> 5830 University Research Court, Rm 2015
> >>>> College Park, MD 20740
> >>>> Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >>>> wrote:
> >>>>>
> >>>>> Hi Ying.
> >>>>>
> >>>>> Thank you for bringing this to our attention.
> >>>>>
> >>>>> But
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>>> does not exist on Mars (it exists on Venus). There isn't a
> 9.0.1/bin
> >>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> >> can
> >>>> it
> >>>>>> be fixed?
> >>>>>
> >>>>>
> >>>>> NCO requested that we put our executables in an "exec"
directory as
> >>>> opposed
> >>>>> to a "bin" directory. MET has this change, but unfortunately,
> METplus
> >>>> does
> >>>>> not account for this change in its code. We will need to
figure out
> a
> >>>> path
> >>>>> going forward. In the meantime, I added a symbolic link "bin"
to
> point
> >>>> to
> >>>>> "exec", so your run should work now. Please let me know if
you
> >> continue
> >>>> to
> >>>>> experience problems.
> >>>>>
> >>>>> I also noticed that the modulefile I created for METplus was
loading
> >>>>> met/9.0 and not met/9.0.1. I have corrected that and a reload
of
> the
> >>>>> metplus/3.0.1 module should point to the correct location.
Please
> let
> >> me
> >>>>> know if you still experience any issues.
> >>>>>
> >>>>> Julie
> >>>>>
> >>>>>
> >>>>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> >>>> met_help at ucar.edu <mailto:met_help at ucar.edu>>
> >>>>> wrote:
> >>>>>
> >>>>>>
> >>>>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
<
> >>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>>>>>
> >>>>>> Hi Ying,
> >>>>>>
> >>>>>> Sorry to hear you're having trouble running on Mars. I
checked on
> the
> >>>>>> existing builds page for MET here:
> >>>>>>
> >>>>>>
> >>>>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >>>> <
> >>>>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >>>>>
> >>>>>>
> >>>>>> And I see that met-9.0.1 should be installed on Mars and can
be
> >> accessed
> >>>>>> using:
> >>>>>>
> >>>>>> - module use
> >>>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> >>>>>> - module load met/9.0.1
> >>>>>>
> >>>>>>
> >>>>>> We did just do a met-9.0.2 bugfix release this past week. But
I
> doubt
> >>>>>> Julie's had a chance to install it up there.
> >>>>>>
> >>>>>> I'm going to assign this ticket to Julie. She'd be the best
person
> to
> >>>> ask
> >>>>>> about installation details.
> >>>>>>
> >>>>>> Thanks,
> >>>>>> John
> >>>>>>
> >>>>>>
> >>>>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu
> >>>> <mailto:met_help at ucar.edu>> wrote:
> >>>>>>
> >>>>>>>
> >>>>>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> >>>>>>> Transaction: Ticket created by ying.lin at noaa.gov <mailto:
> >>>> ying.lin at noaa.gov>
> >>>>>>> Queue: met_help
> >>>>>>> Subject: METplus3.0.1 on Mars is calling non-existent
> >>>>>>> met/9.0/bin/pcp_combine
> >>>>>>> Owner: Nobody
> >>>>>>> Requestors: ying.lin at noaa.gov <mailto:ying.lin at noaa.gov>
> >>>>>>> Status: new
> >>>>>>> Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
> >> <
> >>>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350> >
> >>>>>>>
> >>>>>>>
> >>>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>>>>> problem here:
> >>>>>>>
> >>>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>>>>> COMMAND:
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>>>> -v 2 -add
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>>>> 24
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>>>>
> >>>>>>> But
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>>>> does not exist on Mars (it exists on Venus). There isn't a
> 9.0.1/bin
> >>>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If
so, where
> >> can
> >>>>>> it
> >>>>>>> be fixed?
> >>>>>>>
> >>>>>>> I'm running
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>>>> with output piped to test.out. The directory
> >>>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> >> from
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>>>> on 5/22.
> >>>>>>>
> >>>>>>> I noticed that in metplus_final.conf (attached), there is
> >>>>>>> MET_INSTALL_DIR =
> >>>>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>>>>> Is met/9.0 correct, not met/9.0.1?
> >>>>>>>
> >>>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh
> to
> >>>> load
> >>>>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>>>> METplus3.0
> >>>>>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >>>> met/9.0"
> >>>>>>> didn't work for this test run on Mars either).
> >>>>>>>
> >>>>>>> Thank you -
> >>>>>>>
> >>>>>>> Ying
> >>>>>>>
> >>>>>>> --
> >>>>>>> Ying Lin
> >>>>>>> NCEP/EMC/Verification, Post-processing and Product
Generation
> Branch
> >>>>>>> NCWCP
> >>>>>>> 5830 University Research Court, Rm 2015
> >>>>>>> College Park, MD 20740
> >>>>>>> Ying.Lin at noaa.gov <mailto:Ying.Lin at noaa.gov>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Begin forwarded message:
> >>>>>>>>
> >>>>>>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
> >>>>>>>> Subject: files for METplusv3.0.1 test
> >>>>>>>> Date: May 23, 2020 at 10:33:12 PM EDT
> >>>>>>>> To: Ying.Lin at noaa.gov
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>>>>> problem here:
> >>>>>>>
> >>>>>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>>>>> COMMAND:
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>>>> -v 2 -add
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>>>> 24
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>>>>
> >>>>>>> But
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>>>> does not exist on Mars (it exists on Venus). There isn't a
> 9.0.1/bin
> >>>>>>> either. Is that supposed to be 9.0/exec/pcp_combine? If
so, where
> >> can
> >>>>>> it
> >>>>>>> be fixed?
> >>>>>>>
> >>>>>>> I'm running
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>>>> with output piped to test.out. The directory
> >>>>>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> >> from
> >>>>>>>
> >>>>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>>>> on 5/22.
> >>>>>>>
> >>>>>>> I noticed that in metplus_final.conf (attached), there is
> >>>>>>> MET_INSTALL_DIR =
> >>>>>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>>>>> Is met/9.0 correct, not met/9.0.1?
> >>>>>>>
> >>>>>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh
> to
> >>>> load
> >>>>>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>>>> METplus3.0
> >>>>>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >>>> met/9.0"
> >>>>>>> didn't work for this test run on Mars either).
> >>>>>>>
> >>>>>>> Thank you -
> >>>>>>>
> >>>>>>> Ying
> >>>>>>>
> >>>>>>> --
> >>>>>>> Ying Lin
> >>>>>>> NCEP/EMC/Verification, Post-processing and Product
Generation
> Branch
> >>>>>>> NCWCP
> >>>>>>> 5830 University Research Court, Rm 2015
> >>>>>>> College Park, MD 20740
> >>>>>>> Ying.Lin at noaa.gov
> >>>>>>>
> >>>>>>>
> >>>>>>> Begin forwarded message:
> >>>>>>>
> >>>>>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> >>>>>>> *Subject: **files for METplusv3.0.1 test*
> >>>>>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
> >>>>>>> *To: *Ying.Lin at noaa.gov
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> --
> >>>>> Julie Prestopnik
> >>>>> Software Engineer
> >>>>> National Center for Atmospheric Research
> >>>>> Research Applications Laboratory
> >>>>> Phone: 303.497.8399
> >>>>> Email: jpresto at ucar.edu <mailto:jpresto at ucar.edu>
> >>>>>
> >>>>> My working day may not be your working day. Please do not
feel
> obliged
> >>>> to
> >>>>> reply to this email outside of your normal working hours.
> >>>>
> >>>>
> >>>> Thank you Julie. I see
> >>>> a
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0.1/bin/pcp_combine
> >>>> now. But, when I rerun the same test24.sh script, it is still
calling
> >>>> 05/24 21:51:28.534 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>> COMMAND:
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>> -v 2
> >>>>
> >>>> Instead of met/9.0.1/bin/pcp_combine (and the
> >>>> met/9.0/bin/pcp_combine doesn’t exist). At the beginning of
> test24.sh,
> >>>> there is
> >>>> . /u/Ying.Lin/dots/dot.for.metplus.v3
> >>>>
> >>>> dot.for.metplus.v3 was attached in the previous email, it
contains
> >>>> module use
> >>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles/
> >>>> module load met/9.0.1
> >>>> etc.
> >>>>
> >>>> but for some reason the metplus.PCPCombine still invokes the
> >>>> met/9.0/bin/pcp_combine. Attached is the latest run output
(from
> >>>> "test24.sh > & ! run.out”), in case it’s helpful.
> >>>>
> >>>> Thanks again. No need to get to this over the holiday weekend
- I
> just
> >>>> wanted to write it down before I forgot.
> >>>>
> >>>> Ying
> >>>>
> >>>> --
> >>>> Ying Lin
> >>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>> NCWCP
> >>>> 5830 University Research Court, Rm 2015
> >>>> College Park, MD 20740
> >>>> Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>> On May 24, 2020, at 4:54 PM, Julie Prestopnik via RT <
> met_help at ucar.edu
> >>>
> >>>> wrote:
> >>>>
> >>>> Hi Ying.
> >>>>
> >>>> Thank you for bringing this to our attention.
> >>>>
> >>>> But
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >> it
> >>>> be fixed?
> >>>>
> >>>>
> >>>>
> >>>> NCO requested that we put our executables in an "exec"
directory as
> >> opposed
> >>>> to a "bin" directory. MET has this change, but unfortunately,
METplus
> >> does
> >>>> not account for this change in its code. We will need to
figure out a
> >> path
> >>>> going forward. In the meantime, I added a symbolic link "bin"
to
> point
> >> to
> >>>> "exec", so your run should work now. Please let me know if you
> >> continue to
> >>>> experience problems.
> >>>>
> >>>> I also noticed that the modulefile I created for METplus was
loading
> >>>> met/9.0 and not met/9.0.1. I have corrected that and a reload
of the
> >>>> metplus/3.0.1 module should point to the correct location.
Please let
> >> me
> >>>> know if you still experience any issues.
> >>>>
> >>>> Julie
> >>>>
> >>>>
> >>>> On Sun, May 24, 2020 at 2:36 PM John Halley Gotway via RT <
> >>>> met_help at ucar.edu>
> >>>> wrote:
> >>>>
> >>>>
> >>>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350 >
> >>>>
> >>>> Hi Ying,
> >>>>
> >>>> Sorry to hear you're having trouble running on Mars. I checked
on the
> >>>> existing builds page for MET here:
> >>>>
> >>>>
> >>>>
> >>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >>>>
> >>>> And I see that met-9.0.1 should be installed on Mars and can be
> accessed
> >>>> using:
> >>>>
> >>>> - module use
> >>>>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/modulefiles
> >>>> - module load met/9.0.1
> >>>>
> >>>>
> >>>> We did just do a met-9.0.2 bugfix release this past week. But I
doubt
> >>>> Julie's had a chance to install it up there.
> >>>>
> >>>> I'm going to assign this ticket to Julie. She'd be the best
person to
> >> ask
> >>>> about installation details.
> >>>>
> >>>> Thanks,
> >>>> John
> >>>>
> >>>>
> >>>> On Sat, May 23, 2020 at 8:51 PM Ying Lin via RT
<met_help at ucar.edu>
> >> wrote:
> >>>>
> >>>>
> >>>> Sat May 23 20:51:42 2020: Request 95350 was acted upon.
> >>>> Transaction: Ticket created by ying.lin at noaa.gov
> >>>> Queue: met_help
> >>>> Subject: METplus3.0.1 on Mars is calling non-existent
> >>>> met/9.0/bin/pcp_combine
> >>>> Owner: Nobody
> >>>> Requestors: ying.lin at noaa.gov
> >>>> Status: new
> >>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95350
> >
> >>>>
> >>>>
> >>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>> problem here:
> >>>>
> >>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>> COMMAND:
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>
> >>>> -v 2 -add
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>
> >>>> 24
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>
> >>>>
> >>>> But
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>
> >>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >>>>
> >>>> it
> >>>>
> >>>> be fixed?
> >>>>
> >>>> I'm running
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>
> >>>> with output piped to test.out. The directory
> >>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> from
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>
> >>>> on 5/22.
> >>>>
> >>>> I noticed that in metplus_final.conf (attached), there is
> >>>> MET_INSTALL_DIR =
> >>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>> Is met/9.0 correct, not met/9.0.1?
> >>>>
> >>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> >> load
> >>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>>
> >>>> METplus3.0
> >>>>
> >>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >> met/9.0"
> >>>> didn't work for this test run on Mars either).
> >>>>
> >>>> Thank you -
> >>>>
> >>>> Ying
> >>>>
> >>>> --
> >>>> Ying Lin
> >>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>> NCWCP
> >>>> 5830 University Research Court, Rm 2015
> >>>> College Park, MD 20740
> >>>> Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>> Begin forwarded message:
> >>>>
> >>>> From: Ying.Lin at m72a1.localdomain (wx22yl)
> >>>> Subject: files for METplusv3.0.1 test
> >>>> Date: May 23, 2020 at 10:33:12 PM EDT
> >>>> To: Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>>
> >>>> Hello. I've been trying to run METplus3.0.1 on Mars and run
into a
> >>>> problem here:
> >>>>
> >>>> 05/23 23:50:54.953 metplus.PCPCombine (command_runner.py:90)
INFO:
> >>>> COMMAND:
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>
> >>>> -v 2 -add
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell1/nco/ops/dcom/prod/20200519/wgrbbul/nssl_wrf/wrf4nssl_2020051912.f24
> >>>>
> >>>> 24
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/ptmp/Ying.Lin/metplus3.out/nssl4arw/bucket/20200520/nssl4arw.v2020052012_f024_a24h
> >>>>
> >>>>
> >>>> But
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0/bin/pcp_combine
> >>>>
> >>>> does not exist on Mars (it exists on Venus). There isn't a
9.0.1/bin
> >>>> either. Is that supposed to be 9.0/exec/pcp_combine? If so,
where
> can
> >>>>
> >>>> it
> >>>>
> >>>> be fixed?
> >>>>
> >>>> I'm running
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/yl/scripts/test24.sh,
> >>>>
> >>>> with output piped to test.out. The directory
> >>>> /gpfs/dell2/emc/verification/noscrub/Ying.Lin/metplus3/ was
copied
> from
> >>>>
> >>>>
> >>>>
> >>
>
/gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/METplus/METplus-
3.0.1/
> >>>>
> >>>> on 5/22.
> >>>>
> >>>> I noticed that in metplus_final.conf (attached), there is
> >>>> MET_INSTALL_DIR =
> >>>> /gpfs/dell2/emc/verification/noscrub/Julie.Prestopnik/met/9.0
> >>>> Is met/9.0 correct, not met/9.0.1?
> >>>>
> >>>> Also attached is my "dot.for.metplus.v3" called by the
test24.sh to
> >> load
> >>>> modules etc.. I changed "module load met/9.0" used on Venus
for
> >>>>
> >>>> METplus3.0
> >>>>
> >>>> to "module load met/9.0.1" here, is that correct? ("module
load
> >> met/9.0"
> >>>> didn't work for this test run on Mars either).
> >>>>
> >>>> Thank you -
> >>>>
> >>>> Ying
> >>>>
> >>>> --
> >>>> Ying Lin
> >>>> NCEP/EMC/Verification, Post-processing and Product Generation
Branch
> >>>> NCWCP
> >>>> 5830 University Research Court, Rm 2015
> >>>> College Park, MD 20740
> >>>> Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>> Begin forwarded message:
> >>>>
> >>>> *From: *Ying.Lin at m72a1.localdomain (wx22yl)
> >>>> *Subject: **files for METplusv3.0.1 test*
> >>>> *Date: *May 23, 2020 at 10:33:12 PM EDT
> >>>> *To: *Ying.Lin at noaa.gov
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Julie Prestopnik
> >>>> Software Engineer
> >>>> National Center for Atmospheric Research
> >>>> Research Applications Laboratory
> >>>> Phone: 303.497.8399
> >>>> Email: jpresto at ucar.edu
> >>>>
> >>>> My working day may not be your working day. Please do not feel
> obliged
> >> to
> >>>> reply to this email outside of your normal working hours.
> >>>>
> >>>>
> >>>>
> >>>
> >>> --
> >>> George McCabe - Software Engineer III
> >>> National Center for Atmospheric Research
> >>> Research Applications Laboratory
> >>> 303-497-2768
> >>> ---
> >>> My working day may not be your working day. Please do not feel
obliged
> to
> >>> reply to this email outside of your normal working hours.
> >>>
> >>
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
More information about the Met_help
mailing list