[Met_help] [rt.rap.ucar.edu #99174] History for Undefined symbol error (MET 9.1.2)
John Halley Gotway via RT
met_help at ucar.edu
Mon Apr 19 11:31:40 MDT 2021
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi all-
I'm back again (sorry, Julie!).
I recently upgraded to 9.1.2 from 9.1, and the MET build seems successful (config and make_install are attached). However, I get an error I've never seen before when running a point_stat command (see below, full command on top, error below). It shows up with pb2nc as well. I'm guessing this due to my compilation of bufrlib (?), but any suggestions on the issue, or what can solve it?
Thanks!
-Tom
/fewxops/software/met/met-9.1.2/bin/point_stat /fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2021020100f30.grib2 /fewxops/verification/data/obs/met_format/madis_meso/mesonet_fe_2021020206.nc /fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_categorical_mph -outdir /fewxops/verification/data/met_output/output/stats/conusarw/point_stat/madis/PointStatConfig_wind_categorical_mph/2021020100 -point_obs /fewxops/verification/data/obs/met_format/madis_metar/metar_fe_2021020206.nc
/fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error: /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol: _ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
[https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-logo.png]
Thomas Workoff
Sr Scientist
office: 330-436-1475 (850-1475)
tworkoff at firstenergycorp.com
341 White Pond Drive, Akron, OH 44320 | mailstop: A-WAC-C1 / AK-West Akron Campus
------------------------------------------------------------------------------
The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Undefined symbol error (MET 9.1.2)
From: John Halley Gotway
Time: Mon Mar 22 20:30:47 2021
Tom,
A few of us are out of the office on leave this week with our kids on
spring break. I’ll ask Julie to take a look at this but she won’t be
able
to until next week.
Thanks
John
On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: Undefined symbol error (MET 9.1.2)
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
>
> Hi all-
>
> I'm back again (sorry, Julie!).
>
> I recently upgraded to 9.1.2 from 9.1, and the MET build seems
successful
> (config and make_install are attached). However, I get an error I've
never
> seen before when running a point_stat command (see below, full
command on
> top, error below). It shows up with pb2nc as well. I'm guessing
this due
> to my compilation of bufrlib (?), but any suggestions on the issue,
or what
> can solve it?
>
> Thanks!
> -Tom
>
> /fewxops/software/met/met-9.1.2/bin/point_stat
>
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2021020100f30.grib2
> /fewxops/verification/data/obs/met_format/madis_meso/
> mesonet_fe_2021020206.nc
>
/fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_categorical_mph
> -outdir
>
/fewxops/verification/data/met_output/output/stats/conusarw/point_stat/madis/PointStatConfig_wind_categorical_mph/2021020100
> -point_obs /fewxops/verification/data/obs/met_format/madis_metar/
> metar_fe_2021020206.nc
>
> /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error:
> /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
>
>
>
> [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.png]
>
> Thomas Workoff
> Sr Scientist
> office: 330-436-1475 (850-1475)
> tworkoff at firstenergycorp.com
> 341 White Pond Drive, Akron, OH 44320
>
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+OH+44320?entry=gmail&source=g>
> | mailstop: A-WAC-C1 / AK-West Akron Campus
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
------------------------------------------------
Subject: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol error (MET 9.1.2)
From: Workoff, Thomas E
Time: Tue Mar 23 06:11:45 2021
Perfectly fine. Thanks for the heads up, and enjoy your time off!
-----Original Message-----
From: John Halley Gotway via RT <met_help at ucar.edu>
Sent: Monday, March 22, 2021 10:31 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
error (MET 9.1.2)
Tom,
A few of us are out of the office on leave this week with our kids on
spring break. I’ll ask Julie to take a look at this but she won’t be
able to until next week.
Thanks
John
On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: Undefined symbol error (MET 9.1.2)
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> >
>
>
> Hi all-
>
> I'm back again (sorry, Julie!).
>
> I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> successful (config and make_install are attached). However, I get an
> error I've never seen before when running a point_stat command (see
> below, full command on top, error below). It shows up with pb2nc as
> well. I'm guessing this due to my compilation of bufrlib (?), but
any
> suggestions on the issue, or what can solve it?
>
> Thanks!
> -Tom
>
> /fewxops/software/met/met-9.1.2/bin/point_stat
>
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_20210
> 20100f30.grib2 /fewxops/verification/data/obs/met_format/madis_meso/
> mesonet_fe_2021020206.nc
>
/fewxops/verification/data/met_output/working/config_files/point_stat/
> PointStatConfig_wind_categorical_mph
> -outdir
>
/fewxops/verification/data/met_output/output/stats/conusarw/point_stat
> /madis/PointStatConfig_wind_categorical_mph/2021020100
> -point_obs /fewxops/verification/data/obs/met_format/madis_metar/
> metar_fe_2021020206.nc
>
> /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error:
> /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> cEEENS0_8FileModeE
>
>
>
> [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.pn
> g]
>
> Thomas Workoff
> Sr Scientist
> office: 330-436-1475 (850-1475)
> tworkoff at firstenergycorp.com
> 341 White Pond Drive, Akron, OH 44320
>
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+OH+44
> 320?entry=gmail&source=g>
> | mailstop: A-WAC-C1 / AK-West Akron Campus
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Undefined symbol error (MET 9.1.2)
From: Julie Prestopnik
Time: Tue Mar 30 11:17:14 2021
Hi Tom.
Thank you for your patience while I was out.
Undefined symbol error messages like that are likely coming from the
runtime linker. Problems like that are usually solved by updating the
LD_LIBRARY_PATH setting to tell the linker where to find the library
archive files it needs at runtime. Based on the error message, my
guess is
that the runtime linker isn't able to locate the NetCDF library. If
that
is indeed the problem, you could try setting the LD_LIBRARY_PATH
environment variable to the NetCDF directory which contains files
named
"libnetcdf.so*". That might enable the linker to find that symbol.
Just FYI, in the future if you use the compile_MET_all.sh script to
compile
MET and its external libraries, it uses rpath, which designates the
run-time search path hard-coded in an executable file, so this problem
and
the need to set LD_LIBRARY_PATH should be eliminated.
If you'd like, I could run your data here to make sure there aren't
other
issues. You can send me the sample data files you're using by posting
them
to our anonymous ftp site, following these instructions:
http://dtcenter.org/community-code/model-evaluation-tools-met/met-
help-desk
I would need feens1_verify_2021020100f30.grib2,
mesonet_fe_2021020206.nc,
PointStatConfig_wind_categorical_mph, and metar_fe_2021020206.nc. If
you
decide to upload the data, please write once you've posted the data.
I'll
go grab it and try to replicate the behavior you're seeing.
Thanks,
Julie
On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Perfectly fine. Thanks for the heads up, and enjoy your time off!
>
>
>
>
> -----Original Message-----
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Monday, March 22, 2021 10:31 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
error
> (MET 9.1.2)
>
> Tom,
>
> A few of us are out of the office on leave this week with our kids
on
> spring break. I’ll ask Julie to take a look at this but she won’t be
able
> to until next week.
>
> Thanks
> John
>
> On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: Undefined symbol error (MET 9.1.2)
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > >
> >
> >
> > Hi all-
> >
> > I'm back again (sorry, Julie!).
> >
> > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > successful (config and make_install are attached). However, I get
an
> > error I've never seen before when running a point_stat command
(see
> > below, full command on top, error below). It shows up with pb2nc
as
> > well. I'm guessing this due to my compilation of bufrlib (?), but
any
> > suggestions on the issue, or what can solve it?
> >
> > Thanks!
> > -Tom
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat
> >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_20210
> > 20100f30.grib2
/fewxops/verification/data/obs/met_format/madis_meso/
> > mesonet_fe_2021020206.nc
> >
/fewxops/verification/data/met_output/working/config_files/point_stat/
> > PointStatConfig_wind_categorical_mph
> > -outdir
> >
/fewxops/verification/data/met_output/output/stats/conusarw/point_stat
> > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > -point_obs /fewxops/verification/data/obs/met_format/madis_metar/
> > metar_fe_2021020206.nc
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
> >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> > cEEENS0_8FileModeE
> >
> >
> >
> > [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.pn
> > g]
> >
> > Thomas Workoff
> > Sr Scientist
> > office: 330-436-1475 (850-1475)
> > tworkoff at firstenergycorp.com
> > 341 White Pond Drive, Akron, OH 44320
> >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+OH+44
> > 320?entry=gmail&source=g>
> > | mailstop: A-WAC-C1 / AK-West Akron Campus
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol error (MET 9.1.2)
From: Workoff, Thomas E
Time: Wed Mar 31 07:05:45 2021
Hi Julie--
Welcome back! I hope you had an enjoyable time out of the office.
The netCDF library is located in two locations on this machine, both
/usr/local/lib and /usr/local/external_libs/lib. I'm guessing these
were an original build of the library and then an upgrade, but I don't
have any explanation in my notes. The readout of both these
directories looks like this:
/usr/local/external_libs/lib >ls libnetcdf*
libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
libnetcdf.la libnetcdf.so libnetcdf.so.11.0.4
libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
libnetcdf.settings libnetcdf.so.11
/usr/local/lib >ls libnetcdf*
libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
libnetcdff.so libnetcdf.la libnetcdf.so.11
libnetcdf.so.15.2.1
libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
When I compiled 9.1.2, both these directories were included in the
LD_LIBRARY_PATH:
setenv LD_LIBRARY_PATH
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_PATH}
I then thought that maybe I upgraded the netCDF library and didn't
point to the newer installation with my last MET compilation. So I
compiled MET with MET_NETCDFLIB pointing to both /usr/local/lib and
/usr/local/external_libs/lib, but regardless of this, I keep getting
the same error:
/fewxops/software/met/met-9.1.2/bin/point_stat
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2021032000f24.grib2
/fewxops/verification/data/obs/met_format/madis_metar/metar_fe_2021032100.nc
/fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_continuous_bins_mph
DEBUG 1: Default Config File:
/usr/local/share/met/config/PointStatConfig_default
DEBUG 1: User Config File:
/fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_continuous_bins_mph
/fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error:
/fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
In the meantime, I've loaded up some data from the command above into
my directory on the ftp site. The config file contains a few
environmental variables--you can eliminate them, but for reference
they are:
MET_MODEL = 'conusarw'
POLY = 'FE_simple.poly'
REGION' = 'FE'
VERIF_DATE = '20210320'
VERIF_CYC = '00'
As always, thanks!
-Tom
p.s. I AM planning on trying compile_MET_all.sh on our new server once
10.0 is released. That's a 'new' machine and will have a clean
install. However, if we get stuck with this issue, I can try the
script to see if it solves the current issues.
p.s.s. This isn't a critical issue, as weird as that is. I'm still
running 9.1 in all our operations on this same machine with no issues.
So if we get stuck on the 9.1.2 upgrade, we have the ability to shrug
it off and wait for 10.0
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Tuesday, March 30, 2021 1:17 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
error (MET 9.1.2)
Hi Tom.
Thank you for your patience while I was out.
Undefined symbol error messages like that are likely coming from the
runtime linker. Problems like that are usually solved by updating the
LD_LIBRARY_PATH setting to tell the linker where to find the library
archive files it needs at runtime. Based on the error message, my
guess is that the runtime linker isn't able to locate the NetCDF
library. If that is indeed the problem, you could try setting the
LD_LIBRARY_PATH environment variable to the NetCDF directory which
contains files named "libnetcdf.so*". That might enable the linker to
find that symbol.
Just FYI, in the future if you use the compile_MET_all.sh script to
compile MET and its external libraries, it uses rpath, which
designates the run-time search path hard-coded in an executable file,
so this problem and the need to set LD_LIBRARY_PATH should be
eliminated.
If you'd like, I could run your data here to make sure there aren't
other issues. You can send me the sample data files you're using by
posting them to our anonymous ftp site, following these instructions:
http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUhy6KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1_5FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4mv-
ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-
LwKXO_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApiIj9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnzarBalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-met%2Fmet-help-desk
I would need feens1_verify_2021020100f30.grib2,
mesonet_fe_2021020206.nc, PointStatConfig_wind_categorical_mph, and
metar_fe_2021020206.nc. If you decide to upload the data, please write
once you've posted the data. I'll go grab it and try to replicate the
behavior you're seeing.
Thanks,
Julie
On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Perfectly fine. Thanks for the heads up, and enjoy your time off!
>
>
>
>
> -----Original Message-----
> From: John Halley Gotway via RT <met_help at ucar.edu>
> Sent: Monday, March 22, 2021 10:31 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
> error (MET 9.1.2)
>
> Tom,
>
> A few of us are out of the office on leave this week with our kids
on
> spring break. I’ll ask Julie to take a look at this but she won’t be
> able to until next week.
>
> Thanks
> John
>
> On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: Undefined symbol error (MET 9.1.2)
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > >
> >
> >
> > Hi all-
> >
> > I'm back again (sorry, Julie!).
> >
> > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > successful (config and make_install are attached). However, I get
an
> > error I've never seen before when running a point_stat command
(see
> > below, full command on top, error below). It shows up with pb2nc
as
> > well. I'm guessing this due to my compilation of bufrlib (?), but
> > any suggestions on the issue, or what can solve it?
> >
> > Thanks!
> > -Tom
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat
> >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_202
> > 10
> > 20100f30.grib2
/fewxops/verification/data/obs/met_format/madis_meso/
> > mesonet_fe_2021020206.nc
> >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > t/ PointStatConfig_wind_categorical_mph
> > -outdir
> >
/fewxops/verification/data/met_output/output/stats/conusarw/point_st
> > at
> > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > -point_obs /fewxops/verification/data/obs/met_format/madis_metar/
> > metar_fe_2021020206.nc
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
> >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcES
> > aI
> > cEEENS0_8FileModeE
> >
> >
> >
> > [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.
> > pn
> > g]
> >
> > Thomas Workoff
> > Sr Scientist
> > office: 330-436-1475 (850-1475)
> > tworkoff at firstenergycorp.com
> > 341 White Pond Drive, Akron, OH 44320
> >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+OH+
> > 44
> > 320?entry=gmail&source=g>
> > | mailstop: A-WAC-C1 / AK-West Akron Campus
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Undefined symbol error (MET 9.1.2)
From: Julie Prestopnik
Time: Wed Mar 31 11:10:32 2021
Hi Tom.
Thank you! I had a great time with my family while I was out.
It should be ok to have both locations in your LD_LIBRARY_PATH at
compile
time, but you want to make sure to set MET_NETCDFLIB and MET_NETCDFINC
only
to one of those, whichever you want to compile MET with. Then,
recompile
and reinstall. If you run point_stat after that and still get the
same
error, please set LD_LIBRARY_PATH to include the path for
MET_NETCDFLIB
first, and rerun. That *should* do it as I believe this is a runtime
linker problem. However, we do want to ensure that MET_NETCDFLIB only
points to one location at compile time. Please let me know how that
goes.
I did run the data that you sent using 9.1.2 and had a successful run,
so I
think we've isolated the problem to the environment you're running in.
Thanks for letting us know that you are planning on trying
compile_MET_all.sh on your new server once 10.0 is released and that
this
is not a critical issue, but of course, we'd still like to help you
get
this running properly.
Julie
On Wed, Mar 31, 2021 at 7:06 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Hi Julie--
>
> Welcome back! I hope you had an enjoyable time out of the office.
>
> The netCDF library is located in two locations on this machine, both
> /usr/local/lib and /usr/local/external_libs/lib. I'm guessing these
were
> an original build of the library and then an upgrade, but I don't
have any
> explanation in my notes. The readout of both these directories looks
like
> this:
>
> /usr/local/external_libs/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
libnetcdf.la
> libnetcdf.so libnetcdf.so.11.0.4
> libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
> libnetcdf.settings libnetcdf.so.11
>
> /usr/local/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
> libnetcdff.so libnetcdf.la libnetcdf.so.11
> libnetcdf.so.15.2.1
> libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
>
>
> When I compiled 9.1.2, both these directories were included in the
> LD_LIBRARY_PATH:
> setenv LD_LIBRARY_PATH
>
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_PATH}
>
> I then thought that maybe I upgraded the netCDF library and didn't
point
> to the newer installation with my last MET compilation. So I
compiled MET
> with MET_NETCDFLIB pointing to both /usr/local/lib and
> /usr/local/external_libs/lib, but regardless of this, I keep getting
the
> same error:
>
> /fewxops/software/met/met-9.1.2/bin/point_stat
>
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2021032000f24.grib2
> /fewxops/verification/data/obs/met_format/madis_metar/
> metar_fe_2021032100.nc
>
/fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_continuous_bins_mph
> DEBUG 1: Default Config File:
> /usr/local/share/met/config/PointStatConfig_default
> DEBUG 1: User Config File:
>
/fewxops/verification/data/met_output/working/config_files/point_stat/PointStatConfig_wind_continuous_bins_mph
> /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error:
> /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
>
>
> In the meantime, I've loaded up some data from the command above
into my
> directory on the ftp site. The config file contains a few
environmental
> variables--you can eliminate them, but for reference they are:
> MET_MODEL = 'conusarw'
> POLY = 'FE_simple.poly'
> REGION' = 'FE'
> VERIF_DATE = '20210320'
> VERIF_CYC = '00'
>
> As always, thanks!
>
> -Tom
>
> p.s. I AM planning on trying compile_MET_all.sh on our new server
once
> 10.0 is released. That's a 'new' machine and will have a clean
install.
> However, if we get stuck with this issue, I can try the script to
see if it
> solves the current issues.
>
> p.s.s. This isn't a critical issue, as weird as that is. I'm still
running
> 9.1 in all our operations on this same machine with no issues. So
if we
> get stuck on the 9.1.2 upgrade, we have the ability to shrug it off
and
> wait for 10.0
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, March 30, 2021 1:17 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> error (MET 9.1.2)
>
> Hi Tom.
>
> Thank you for your patience while I was out.
>
> Undefined symbol error messages like that are likely coming from the
> runtime linker. Problems like that are usually solved by updating
the
> LD_LIBRARY_PATH setting to tell the linker where to find the library
> archive files it needs at runtime. Based on the error message, my
guess is
> that the runtime linker isn't able to locate the NetCDF library. If
that
> is indeed the problem, you could try setting the LD_LIBRARY_PATH
> environment variable to the NetCDF directory which contains files
named
> "libnetcdf.so*". That might enable the linker to find that symbol.
>
> Just FYI, in the future if you use the compile_MET_all.sh script to
> compile MET and its external libraries, it uses rpath, which
designates the
> run-time search path hard-coded in an executable file, so this
problem and
> the need to set LD_LIBRARY_PATH should be eliminated.
>
> If you'd like, I could run your data here to make sure there aren't
other
> issues. You can send me the sample data files you're using by
posting them
> to our anonymous ftp site, following these instructions:
>
>
> http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUhy6KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1_5FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4mv-
ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-
LwKXO_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApiIj9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnzarBalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-met%2Fmet-help-desk
>
> I would need feens1_verify_2021020100f30.grib2,
mesonet_fe_2021020206.nc,
> PointStatConfig_wind_categorical_mph, and metar_fe_2021020206.nc. If
you
> decide to upload the data, please write once you've posted the data.
I'll
> go grab it and try to replicate the behavior you're seeing.
>
> Thanks,
> Julie
>
> On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> >
> > Perfectly fine. Thanks for the heads up, and enjoy your time off!
> >
> >
> >
> >
> > -----Original Message-----
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Monday, March 22, 2021 10:31 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
> > error (MET 9.1.2)
> >
> > Tom,
> >
> > A few of us are out of the office on leave this week with our kids
on
> > spring break. I’ll ask Julie to take a look at this but she won’t
be
> > able to until next week.
> >
> > Thanks
> > John
> >
> > On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: Undefined symbol error (MET 9.1.2)
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > > >
> > >
> > >
> > > Hi all-
> > >
> > > I'm back again (sorry, Julie!).
> > >
> > > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > > successful (config and make_install are attached). However, I
get an
> > > error I've never seen before when running a point_stat command
(see
> > > below, full command on top, error below). It shows up with
pb2nc as
> > > well. I'm guessing this due to my compilation of bufrlib (?),
but
> > > any suggestions on the issue, or what can solve it?
> > >
> > > Thanks!
> > > -Tom
> > >
> > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_202
> > > 10
> > > 20100f30.grib2
/fewxops/verification/data/obs/met_format/madis_meso/
> > > mesonet_fe_2021020206.nc
> > >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > > t/ PointStatConfig_wind_categorical_mph
> > > -outdir
> > >
/fewxops/verification/data/met_output/output/stats/conusarw/point_st
> > > at
> > > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > > -point_obs
/fewxops/verification/data/obs/met_format/madis_metar/
> > > metar_fe_2021020206.nc
> > >
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcES
> > > aI
> > > cEEENS0_8FileModeE
> > >
> > >
> > >
> > > [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.
> > > pn
> > > g]
> > >
> > > Thomas Workoff
> > > Sr Scientist
> > > office: 330-436-1475 (850-1475)
> > > tworkoff at firstenergycorp.com
> > > 341 White Pond Drive, Akron, OH 44320
> > >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+OH+
> > > 44
> > > 320?entry=gmail&source=g>
> > > | mailstop: A-WAC-C1 / AK-West Akron Campus
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol error (MET 9.1.2)
From: Workoff, Thomas E
Time: Thu Apr 01 06:30:13 2021
Hi Julie,
Morning! Still running into the same problem. I rearranged the order
of the libraries in LD_LIBRARY_PATH to account for the MET_NETCDFLIB
first, then re-configured and re-built, but still no luck:
symbol lookup error: /fewxops/software/met/met-9.1.2/bin/point_stat:
undefined symbol:
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
For reference, the environmental variables in the sourced ~/.cshrc
file are below.
Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
Weird! If you need the latest config/install log files, let me know!
Thanks again!
#SETENV for MET software
#######################################################
setenv MET_NETCDFLIB /usr/local/lib
setenv MET_NETCDFINC /usr/local/include
setenv MET_HDF5 /usr/local
setenv MET_BUFRLIB /fewxops/software/bufrlib_113
setenv MET_GSLLIB /usr/local/lib
setenv MET_GSLINC /usr/local/include/gsl
setenv MET_GRIB2CINC /fewxops/software/g2clib/g2clib-1.6.0
setenv MET_GRIB2CLIB /fewxops/software/g2clib/g2clib-1.6.0
setenv MET_CAIROLIB /usr/local/lib/cairo
setenv MET_CAIROINC /usr/local/include/cairo
setenv MET_FREETYPELIB /usr/local/lib
setenv MET_FREETYPEINC /usr/local/include/freetype2
setenv MET_FONT_DIR /fewxops/software/fonts/fonts
setenv LD_LIBRARY_PATH
/usr/local/lib:/usr/local/external_libs/lib:/usr/lib64:${LD_LIBRARY_PATH}
setenv MET '/fewxops/software/met/met-9.1.2'
setenv MET_BASE /usr/local/share/met
setenv MET_PYTHON_CC '-I/usr/include/python3.8'
setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread -ldl
-lutil -lm'
setenv MET_TUTORIAL /fewxops/software/met/met-
8.1.2/tutorial/MET_Tutorial
setenv MET_TUTORIAL_DATA /fewxops/software/met/met-
8.1.2/tutorial/MET_Tutorial
setenv MET_DIR /fewxops/software/met/met-9.1.2/bin
/usr/local/lib >ls libnetcdf*
libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
libnetcdff.so libnetcdf.la libnetcdf.so.11
libnetcdf.so.15.2.1
libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
/usr/local/include >ls netcdf*
netcdf netcdf4_nf_interfaces.mod netcdf_filter.h
netcdf.inc netcdf.mod netcdf_nf_data.mod
netcdf4_f03.mod netcdf_aux.h
netcdf_fortv2_c_interfaces.mod netcdf_mem.h netcdf_nc_data.mod
netcdf_nf_interfaces.mod
netcdf4_nc_interfaces.mod netcdf_dispatch.h netcdf.h
netcdf_meta.h netcdf_nc_interfaces.mod
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, March 31, 2021 1:11 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
error (MET 9.1.2)
Hi Tom.
Thank you! I had a great time with my family while I was out.
It should be ok to have both locations in your LD_LIBRARY_PATH at
compile time, but you want to make sure to set MET_NETCDFLIB and
MET_NETCDFINC only to one of those, whichever you want to compile MET
with. Then, recompile and reinstall. If you run point_stat after
that and still get the same error, please set LD_LIBRARY_PATH to
include the path for MET_NETCDFLIB first, and rerun. That *should* do
it as I believe this is a runtime linker problem. However, we do want
to ensure that MET_NETCDFLIB only points to one location at compile
time. Please let me know how that goes.
I did run the data that you sent using 9.1.2 and had a successful run,
so I think we've isolated the problem to the environment you're
running in.
Thanks for letting us know that you are planning on trying
compile_MET_all.sh on your new server once 10.0 is released and that
this is not a critical issue, but of course, we'd still like to help
you get this running properly.
Julie
On Wed, Mar 31, 2021 at 7:06 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Hi Julie--
>
> Welcome back! I hope you had an enjoyable time out of the office.
>
> The netCDF library is located in two locations on this machine, both
> /usr/local/lib and /usr/local/external_libs/lib. I'm guessing these
> were an original build of the library and then an upgrade, but I
don't
> have any explanation in my notes. The readout of both these
> directories looks like
> this:
>
> /usr/local/external_libs/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
libnetcdf.la
> libnetcdf.so libnetcdf.so.11.0.4
> libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
> libnetcdf.settings libnetcdf.so.11
>
> /usr/local/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
> libnetcdff.so libnetcdf.la libnetcdf.so.11
> libnetcdf.so.15.2.1
> libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
>
>
> When I compiled 9.1.2, both these directories were included in the
> LD_LIBRARY_PATH:
> setenv LD_LIBRARY_PATH
>
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_PA
> TH}
>
> I then thought that maybe I upgraded the netCDF library and didn't
> point to the newer installation with my last MET compilation. So I
> compiled MET with MET_NETCDFLIB pointing to both /usr/local/lib and
> /usr/local/external_libs/lib, but regardless of this, I keep getting
> the same error:
>
> /fewxops/software/met/met-9.1.2/bin/point_stat
>
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_20210
> 32000f24.grib2
/fewxops/verification/data/obs/met_format/madis_metar/
> metar_fe_2021032100.nc
>
/fewxops/verification/data/met_output/working/config_files/point_stat/
> PointStatConfig_wind_continuous_bins_mph
> DEBUG 1: Default Config File:
> /usr/local/share/met/config/PointStatConfig_default
> DEBUG 1: User Config File:
>
/fewxops/verification/data/met_output/working/config_files/point_stat/
> PointStatConfig_wind_continuous_bins_mph
> /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup error:
> /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> cEEENS0_8FileModeE
>
>
> In the meantime, I've loaded up some data from the command above
into
> my directory on the ftp site. The config file contains a few
> environmental variables--you can eliminate them, but for reference
they are:
> MET_MODEL = 'conusarw'
> POLY = 'FE_simple.poly'
> REGION' = 'FE'
> VERIF_DATE = '20210320'
> VERIF_CYC = '00'
>
> As always, thanks!
>
> -Tom
>
> p.s. I AM planning on trying compile_MET_all.sh on our new server
once
> 10.0 is released. That's a 'new' machine and will have a clean
install.
> However, if we get stuck with this issue, I can try the script to
see
> if it solves the current issues.
>
> p.s.s. This isn't a critical issue, as weird as that is. I'm still
> running
> 9.1 in all our operations on this same machine with no issues. So
if
> we get stuck on the 9.1.2 upgrade, we have the ability to shrug it
off
> and wait for 10.0
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Tuesday, March 30, 2021 1:17 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> error (MET 9.1.2)
>
> Hi Tom.
>
> Thank you for your patience while I was out.
>
> Undefined symbol error messages like that are likely coming from the
> runtime linker. Problems like that are usually solved by updating
the
> LD_LIBRARY_PATH setting to tell the linker where to find the library
> archive files it needs at runtime. Based on the error message, my
> guess is that the runtime linker isn't able to locate the NetCDF
> library. If that is indeed the problem, you could try setting the
> LD_LIBRARY_PATH environment variable to the NetCDF directory which
> contains files named "libnetcdf.so*". That might enable the linker
to find that symbol.
>
> Just FYI, in the future if you use the compile_MET_all.sh script to
> compile MET and its external libraries, it uses rpath, which
> designates the run-time search path hard-coded in an executable
file,
> so this problem and the need to set LD_LIBRARY_PATH should be
eliminated.
>
> If you'd like, I could run your data here to make sure there aren't
> other issues. You can send me the sample data files you're using by
> posting them to our anonymous ftp site, following these
instructions:
>
>
> http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUhy6
>
KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1_5
> FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4mv
> -ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-
LwKXO
>
_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApiIj
>
9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnzar
> BalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-code%2Fmodel-
eva
> luation-tools-met%2Fmet-help-desk
>
> I would need feens1_verify_2021020100f30.grib2,
> mesonet_fe_2021020206.nc, PointStatConfig_wind_categorical_mph, and
> metar_fe_2021020206.nc. If you decide to upload the data, please
write
> once you've posted the data. I'll go grab it and try to replicate
the behavior you're seeing.
>
> Thanks,
> Julie
>
> On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> >
> > Perfectly fine. Thanks for the heads up, and enjoy your time off!
> >
> >
> >
> >
> > -----Original Message-----
> > From: John Halley Gotway via RT <met_help at ucar.edu>
> > Sent: Monday, March 22, 2021 10:31 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
> > error (MET 9.1.2)
> >
> > Tom,
> >
> > A few of us are out of the office on leave this week with our kids
> > on spring break. I’ll ask Julie to take a look at this but she
won’t
> > be able to until next week.
> >
> > Thanks
> > John
> >
> > On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: Undefined symbol error (MET 9.1.2)
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > > >
> > >
> > >
> > > Hi all-
> > >
> > > I'm back again (sorry, Julie!).
> > >
> > > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > > successful (config and make_install are attached). However, I
get
> > > an error I've never seen before when running a point_stat
command
> > > (see below, full command on top, error below). It shows up with
> > > pb2nc as well. I'm guessing this due to my compilation of
bufrlib
> > > (?), but any suggestions on the issue, or what can solve it?
> > >
> > > Thanks!
> > > -Tom
> > >
> > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2
> > > 02
> > > 10
> > > 20100f30.grib2
> > > /fewxops/verification/data/obs/met_format/madis_meso/
> > > mesonet_fe_2021020206.nc
> > >
/fewxops/verification/data/met_output/working/config_files/point_s
> > > ta t/ PointStatConfig_wind_categorical_mph
> > > -outdir
> > >
/fewxops/verification/data/met_output/output/stats/conusarw/point_
> > > st
> > > at
> > > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > > -point_obs
/fewxops/verification/data/obs/met_format/madis_metar/
> > > metar_fe_2021020206.nc
> > >
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIc
> > > ES
> > > aI
> > > cEEENS0_8FileModeE
> > >
> > >
> > >
> > > [https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-
logo.
> > > pn
> > > g]
> > >
> > > Thomas Workoff
> > > Sr Scientist
> > > office: 330-436-1475 (850-1475)
> > > tworkoff at firstenergycorp.com
> > > 341 White Pond Drive, Akron, OH 44320
> > >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+O
> > > H+
> > > 44
> > > 320?entry=gmail&source=g>
> > > | mailstop: A-WAC-C1 / AK-West Akron Campus
> > >
> > >
> > >
------------------------------------------------------------------
> > > --
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any review, dissemination, distribution, or copying of
> > > this message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
> > > the
> original message.
> > >
> > >
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> 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.
>
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Undefined symbol error (MET 9.1.2)
From: Julie Prestopnik
Time: Thu Apr 01 08:47:11 2021
Hi Tom.
Good morning. Thanks for this information. Can you please verify that
the
version of NetCDF in /usr/local/lib was built with the same compiler
as MET?
Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
>
MET_NETCDFINC should not be included in the LD_LIBRARY_PATH as it is
only
for lib directories.
Thanks!
Julie
On Thu, Apr 1, 2021 at 6:30 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Hi Julie,
>
> Morning! Still running into the same problem. I rearranged the
order of
> the libraries in LD_LIBRARY_PATH to account for the MET_NETCDFLIB
first,
> then re-configured and re-built, but still no luck:
>
> symbol lookup error: /fewxops/software/met/met-9.1.2/bin/point_stat:
> undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_8FileModeE
>
> For reference, the environmental variables in the sourced ~/.cshrc
file
> are below.
>
> Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
>
> Weird! If you need the latest config/install log files, let me know!
>
> Thanks again!
>
> #SETENV for MET software
> #######################################################
> setenv MET_NETCDFLIB /usr/local/lib
> setenv MET_NETCDFINC /usr/local/include
> setenv MET_HDF5 /usr/local
> setenv MET_BUFRLIB /fewxops/software/bufrlib_113
> setenv MET_GSLLIB /usr/local/lib
> setenv MET_GSLINC /usr/local/include/gsl
> setenv MET_GRIB2CINC /fewxops/software/g2clib/g2clib-1.6.0
> setenv MET_GRIB2CLIB /fewxops/software/g2clib/g2clib-1.6.0
> setenv MET_CAIROLIB /usr/local/lib/cairo
> setenv MET_CAIROINC /usr/local/include/cairo
> setenv MET_FREETYPELIB /usr/local/lib
> setenv MET_FREETYPEINC /usr/local/include/freetype2
> setenv MET_FONT_DIR /fewxops/software/fonts/fonts
> setenv LD_LIBRARY_PATH
>
/usr/local/lib:/usr/local/external_libs/lib:/usr/lib64:${LD_LIBRARY_PATH}
> setenv MET '/fewxops/software/met/met-9.1.2'
> setenv MET_BASE /usr/local/share/met
> setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> -lutil -lm'
> setenv MET_TUTORIAL /fewxops/software/met/met-
8.1.2/tutorial/MET_Tutorial
> setenv MET_TUTORIAL_DATA
> /fewxops/software/met/met-8.1.2/tutorial/MET_Tutorial
> setenv MET_DIR /fewxops/software/met/met-9.1.2/bin
>
> /usr/local/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
> libnetcdff.so libnetcdf.la libnetcdf.so.11
> libnetcdf.so.15.2.1
> libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
>
> /usr/local/include >ls netcdf*
> netcdf netcdf4_nf_interfaces.mod
netcdf_filter.h
> netcdf.inc netcdf.mod
netcdf_nf_data.mod
> netcdf4_f03.mod netcdf_aux.h
> netcdf_fortv2_c_interfaces.mod netcdf_mem.h netcdf_nc_data.mod
> netcdf_nf_interfaces.mod
> netcdf4_nc_interfaces.mod netcdf_dispatch.h netcdf.h
> netcdf_meta.h netcdf_nc_interfaces.mod
>
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 31, 2021 1:11 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> error (MET 9.1.2)
>
> Hi Tom.
>
> Thank you! I had a great time with my family while I was out.
>
> It should be ok to have both locations in your LD_LIBRARY_PATH at
compile
> time, but you want to make sure to set MET_NETCDFLIB and
MET_NETCDFINC only
> to one of those, whichever you want to compile MET with. Then,
recompile
> and reinstall. If you run point_stat after that and still get the
same
> error, please set LD_LIBRARY_PATH to include the path for
MET_NETCDFLIB
> first, and rerun. That *should* do it as I believe this is a
runtime
> linker problem. However, we do want to ensure that MET_NETCDFLIB
only
> points to one location at compile time. Please let me know how that
goes.
>
> I did run the data that you sent using 9.1.2 and had a successful
run, so
> I think we've isolated the problem to the environment you're running
in.
>
> Thanks for letting us know that you are planning on trying
> compile_MET_all.sh on your new server once 10.0 is released and that
this
> is not a critical issue, but of course, we'd still like to help you
get
> this running properly.
>
> Julie
>
> On Wed, Mar 31, 2021 at 7:06 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> >
> > Hi Julie--
> >
> > Welcome back! I hope you had an enjoyable time out of the office.
> >
> > The netCDF library is located in two locations on this machine,
both
> > /usr/local/lib and /usr/local/external_libs/lib. I'm guessing
these
> > were an original build of the library and then an upgrade, but I
don't
> > have any explanation in my notes. The readout of both these
> > directories looks like
> > this:
> >
> > /usr/local/external_libs/lib >ls libnetcdf*
> > libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
> libnetcdf.la
> > libnetcdf.so libnetcdf.so.11.0.4
> > libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
> > libnetcdf.settings libnetcdf.so.11
> >
> > /usr/local/lib >ls libnetcdf*
> > libnetcdf.a libnetcdf_c++4.so
libnetcdf_c++4.so.1.1.0
> > libnetcdff.so libnetcdf.la libnetcdf.so.11
> > libnetcdf.so.15.2.1
> > libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> > libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> > libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> > libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
> >
> >
> > When I compiled 9.1.2, both these directories were included in the
> > LD_LIBRARY_PATH:
> > setenv LD_LIBRARY_PATH
> >
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_PA
> > TH}
> >
> > I then thought that maybe I upgraded the netCDF library and didn't
> > point to the newer installation with my last MET compilation. So
I
> > compiled MET with MET_NETCDFLIB pointing to both /usr/local/lib
and
> > /usr/local/external_libs/lib, but regardless of this, I keep
getting
> > the same error:
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat
> >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_20210
> > 32000f24.grib2
/fewxops/verification/data/obs/met_format/madis_metar/
> > metar_fe_2021032100.nc
> >
/fewxops/verification/data/met_output/working/config_files/point_stat/
> > PointStatConfig_wind_continuous_bins_mph
> > DEBUG 1: Default Config File:
> > /usr/local/share/met/config/PointStatConfig_default
> > DEBUG 1: User Config File:
> >
/fewxops/verification/data/met_output/working/config_files/point_stat/
> > PointStatConfig_wind_continuous_bins_mph
> > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
> >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> > cEEENS0_8FileModeE
> >
> >
> > In the meantime, I've loaded up some data from the command above
into
> > my directory on the ftp site. The config file contains a few
> > environmental variables--you can eliminate them, but for reference
they
> are:
> > MET_MODEL = 'conusarw'
> > POLY = 'FE_simple.poly'
> > REGION' = 'FE'
> > VERIF_DATE = '20210320'
> > VERIF_CYC = '00'
> >
> > As always, thanks!
> >
> > -Tom
> >
> > p.s. I AM planning on trying compile_MET_all.sh on our new server
once
> > 10.0 is released. That's a 'new' machine and will have a clean
install.
> > However, if we get stuck with this issue, I can try the script to
see
> > if it solves the current issues.
> >
> > p.s.s. This isn't a critical issue, as weird as that is. I'm still
> > running
> > 9.1 in all our operations on this same machine with no issues. So
if
> > we get stuck on the 9.1.2 upgrade, we have the ability to shrug it
off
> > and wait for 10.0
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, March 30, 2021 1:17 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> > error (MET 9.1.2)
> >
> > Hi Tom.
> >
> > Thank you for your patience while I was out.
> >
> > Undefined symbol error messages like that are likely coming from
the
> > runtime linker. Problems like that are usually solved by updating
the
> > LD_LIBRARY_PATH setting to tell the linker where to find the
library
> > archive files it needs at runtime. Based on the error message, my
> > guess is that the runtime linker isn't able to locate the NetCDF
> > library. If that is indeed the problem, you could try setting the
> > LD_LIBRARY_PATH environment variable to the NetCDF directory which
> > contains files named "libnetcdf.so*". That might enable the
linker to
> find that symbol.
> >
> > Just FYI, in the future if you use the compile_MET_all.sh script
to
> > compile MET and its external libraries, it uses rpath, which
> > designates the run-time search path hard-coded in an executable
file,
> > so this problem and the need to set LD_LIBRARY_PATH should be
eliminated.
> >
> > If you'd like, I could run your data here to make sure there
aren't
> > other issues. You can send me the sample data files you're using
by
> > posting them to our anonymous ftp site, following these
instructions:
> >
> >
> > http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUhy6
> >
KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1_5
> > FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4mv
> > -ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-
LwKXO
> >
_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApiIj
> >
9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnzar
> > BalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-eva
> > luation-tools-met%2Fmet-help-desk
> >
> > I would need feens1_verify_2021020100f30.grib2,
> > mesonet_fe_2021020206.nc, PointStatConfig_wind_categorical_mph,
and
> > metar_fe_2021020206.nc. If you decide to upload the data, please
write
> > once you've posted the data. I'll go grab it and try to replicate
the
> behavior you're seeing.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> > >
> > > Perfectly fine. Thanks for the heads up, and enjoy your time
off!
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > Sent: Monday, March 22, 2021 10:31 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> > > error (MET 9.1.2)
> > >
> > > Tom,
> > >
> > > A few of us are out of the office on leave this week with our
kids
> > > on spring break. I’ll ask Julie to take a look at this but she
won’t
> > > be able to until next week.
> > >
> > > Thanks
> > > John
> > >
> > > On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > Queue: met_help
> > > > Subject: Undefined symbol error (MET 9.1.2)
> > > > Owner: Nobody
> > > > Requestors: tworkoff at firstenergycorp.com
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > > > >
> > > >
> > > >
> > > > Hi all-
> > > >
> > > > I'm back again (sorry, Julie!).
> > > >
> > > > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > > > successful (config and make_install are attached). However, I
get
> > > > an error I've never seen before when running a point_stat
command
> > > > (see below, full command on top, error below). It shows up
with
> > > > pb2nc as well. I'm guessing this due to my compilation of
bufrlib
> > > > (?), but any suggestions on the issue, or what can solve it?
> > > >
> > > > Thanks!
> > > > -Tom
> > > >
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_2
> > > > 02
> > > > 10
> > > > 20100f30.grib2
> > > > /fewxops/verification/data/obs/met_format/madis_meso/
> > > > mesonet_fe_2021020206.nc
> > > >
/fewxops/verification/data/met_output/working/config_files/point_s
> > > > ta t/ PointStatConfig_wind_categorical_mph
> > > > -outdir
> > > >
/fewxops/verification/data/met_output/output/stats/conusarw/point_
> > > > st
> > > > at
> > > > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > > > -point_obs
/fewxops/verification/data/obs/met_format/madis_metar/
> > > > metar_fe_2021020206.nc
> > > >
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIc
> > > > ES
> > > > aI
> > > > cEEENS0_8FileModeE
> > > >
> > > >
> > > >
> > > >
[https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-logo.
> > > > pn
> > > > g]
> > > >
> > > > Thomas Workoff
> > > > Sr Scientist
> > > > office: 330-436-1475 (850-1475)
> > > > tworkoff at firstenergycorp.com
> > > > 341 White Pond Drive, Akron, OH 44320
> > > >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,+O
> > > > H+
> > > > 44
> > > > 320?entry=gmail&source=g>
> > > > | mailstop: A-WAC-C1 / AK-West Akron Campus
> > > >
> > > >
> > > >
------------------------------------------------------------------
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any review, dissemination, distribution, or copying
of
> > > > this message is strictly prohibited. If you have received this
> > > > communication in error, please notify us immediately, and
delete
> > > > the
> > original message.
> > > >
> > > >
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol error (MET 9.1.2)
From: Workoff, Thomas E
Time: Thu Apr 01 09:13:20 2021
Julie...
Ahhhhhhhhhhhhhh---I think you'll be on to something here. I *thought*
I re-built the netcdf libraries on this machine (I thought I
recompiled everything), but maybe not. And apparently my written
notes have gone to hell, so I have no record of what I did?
I'm very proud of myself this morning.
I will rebuild the netcdf libraries with the newer version of gcc that
is on this particular machine, which varies from the machine that the
system files were mirrored over from. I suspect this will help with
the problem.
I may not get to this until tomorrow, given I'm currently running a
lot of archived data through MET 9.1 this morning and don’t want to
disturb any environmental variables. As soon as I recompile, I'll let
you know it goes.
Thanks again!
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, April 1, 2021 10:47 AM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined symbol
error (MET 9.1.2)
Hi Tom.
Good morning. Thanks for this information. Can you please verify that
the version of NetCDF in /usr/local/lib was built with the same
compiler as MET?
Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
>
MET_NETCDFINC should not be included in the LD_LIBRARY_PATH as it is
only for lib directories.
Thanks!
Julie
On Thu, Apr 1, 2021 at 6:30 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Hi Julie,
>
> Morning! Still running into the same problem. I rearranged the
order
> of the libraries in LD_LIBRARY_PATH to account for the MET_NETCDFLIB
> first, then re-configured and re-built, but still no luck:
>
> symbol lookup error: /fewxops/software/met/met-9.1.2/bin/point_stat:
> undefined symbol:
>
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> cEEENS0_8FileModeE
>
> For reference, the environmental variables in the sourced ~/.cshrc
> file are below.
>
> Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
>
> Weird! If you need the latest config/install log files, let me know!
>
> Thanks again!
>
> #SETENV for MET software
> #######################################################
> setenv MET_NETCDFLIB /usr/local/lib
> setenv MET_NETCDFINC /usr/local/include setenv MET_HDF5 /usr/local
> setenv MET_BUFRLIB /fewxops/software/bufrlib_113 setenv MET_GSLLIB
> /usr/local/lib setenv MET_GSLINC /usr/local/include/gsl setenv
> MET_GRIB2CINC /fewxops/software/g2clib/g2clib-1.6.0
> setenv MET_GRIB2CLIB /fewxops/software/g2clib/g2clib-1.6.0
> setenv MET_CAIROLIB /usr/local/lib/cairo setenv MET_CAIROINC
> /usr/local/include/cairo setenv MET_FREETYPELIB /usr/local/lib
setenv
> MET_FREETYPEINC /usr/local/include/freetype2 setenv MET_FONT_DIR
> /fewxops/software/fonts/fonts setenv LD_LIBRARY_PATH
>
/usr/local/lib:/usr/local/external_libs/lib:/usr/lib64:${LD_LIBRARY_PA
> TH} setenv MET '/fewxops/software/met/met-9.1.2'
> setenv MET_BASE /usr/local/share/met
> setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> -lutil -lm'
> setenv MET_TUTORIAL
> /fewxops/software/met/met-8.1.2/tutorial/MET_Tutorial
> setenv MET_TUTORIAL_DATA
> /fewxops/software/met/met-8.1.2/tutorial/MET_Tutorial
> setenv MET_DIR /fewxops/software/met/met-9.1.2/bin
>
> /usr/local/lib >ls libnetcdf*
> libnetcdf.a libnetcdf_c++4.so libnetcdf_c++4.so.1.1.0
> libnetcdff.so libnetcdf.la libnetcdf.so.11
> libnetcdf.so.15.2.1
> libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
>
> /usr/local/include >ls netcdf*
> netcdf netcdf4_nf_interfaces.mod
netcdf_filter.h
> netcdf.inc netcdf.mod
netcdf_nf_data.mod
> netcdf4_f03.mod netcdf_aux.h
> netcdf_fortv2_c_interfaces.mod netcdf_mem.h netcdf_nc_data.mod
> netcdf_nf_interfaces.mod
> netcdf4_nc_interfaces.mod netcdf_dispatch.h netcdf.h
> netcdf_meta.h netcdf_nc_interfaces.mod
>
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 31, 2021 1:11 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> error (MET 9.1.2)
>
> Hi Tom.
>
> Thank you! I had a great time with my family while I was out.
>
> It should be ok to have both locations in your LD_LIBRARY_PATH at
> compile time, but you want to make sure to set MET_NETCDFLIB and
> MET_NETCDFINC only to one of those, whichever you want to compile
MET
> with. Then, recompile and reinstall. If you run point_stat after
> that and still get the same error, please set LD_LIBRARY_PATH to
> include the path for MET_NETCDFLIB first, and rerun. That *should*
do
> it as I believe this is a runtime linker problem. However, we do
want
> to ensure that MET_NETCDFLIB only points to one location at compile
time. Please let me know how that goes.
>
> I did run the data that you sent using 9.1.2 and had a successful
run,
> so I think we've isolated the problem to the environment you're
running in.
>
> Thanks for letting us know that you are planning on trying
> compile_MET_all.sh on your new server once 10.0 is released and that
> this is not a critical issue, but of course, we'd still like to help
> you get this running properly.
>
> Julie
>
> On Wed, Mar 31, 2021 at 7:06 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> >
> > Hi Julie--
> >
> > Welcome back! I hope you had an enjoyable time out of the office.
> >
> > The netCDF library is located in two locations on this machine,
both
> > /usr/local/lib and /usr/local/external_libs/lib. I'm guessing
these
> > were an original build of the library and then an upgrade, but I
> > don't have any explanation in my notes. The readout of both these
> > directories looks like
> > this:
> >
> > /usr/local/external_libs/lib >ls libnetcdf*
> > libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
> libnetcdf.la
> > libnetcdf.so libnetcdf.so.11.0.4
> > libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
> > libnetcdf.settings libnetcdf.so.11
> >
> > /usr/local/lib >ls libnetcdf*
> > libnetcdf.a libnetcdf_c++4.so
libnetcdf_c++4.so.1.1.0
> > libnetcdff.so libnetcdf.la libnetcdf.so.11
> > libnetcdf.so.15.2.1
> > libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> > libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> > libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> > libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
> >
> >
> > When I compiled 9.1.2, both these directories were included in the
> > LD_LIBRARY_PATH:
> > setenv LD_LIBRARY_PATH
> >
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_
> > PA
> > TH}
> >
> > I then thought that maybe I upgraded the netCDF library and didn't
> > point to the newer installation with my last MET compilation. So
I
> > compiled MET with MET_NETCDFLIB pointing to both /usr/local/lib
and
> > /usr/local/external_libs/lib, but regardless of this, I keep
getting
> > the same error:
> >
> > /fewxops/software/met/met-9.1.2/bin/point_stat
> >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_202
> > 10
> > 32000f24.grib2
> > /fewxops/verification/data/obs/met_format/madis_metar/
> > metar_fe_2021032100.nc
> >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > t/ PointStatConfig_wind_continuous_bins_mph
> > DEBUG 1: Default Config File:
> > /usr/local/share/met/config/PointStatConfig_default
> > DEBUG 1: User Config File:
> >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > t/ PointStatConfig_wind_continuous_bins_mph
> > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined symbol:
> >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcES
> > aI
> > cEEENS0_8FileModeE
> >
> >
> > In the meantime, I've loaded up some data from the command above
> > into my directory on the ftp site. The config file contains a few
> > environmental variables--you can eliminate them, but for reference
> > they
> are:
> > MET_MODEL = 'conusarw'
> > POLY = 'FE_simple.poly'
> > REGION' = 'FE'
> > VERIF_DATE = '20210320'
> > VERIF_CYC = '00'
> >
> > As always, thanks!
> >
> > -Tom
> >
> > p.s. I AM planning on trying compile_MET_all.sh on our new server
> > once
> > 10.0 is released. That's a 'new' machine and will have a clean
install.
> > However, if we get stuck with this issue, I can try the script to
> > see if it solves the current issues.
> >
> > p.s.s. This isn't a critical issue, as weird as that is. I'm still
> > running
> > 9.1 in all our operations on this same machine with no issues. So
> > if we get stuck on the 9.1.2 upgrade, we have the ability to shrug
> > it off and wait for 10.0
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Tuesday, March 30, 2021 1:17 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
> > symbol error (MET 9.1.2)
> >
> > Hi Tom.
> >
> > Thank you for your patience while I was out.
> >
> > Undefined symbol error messages like that are likely coming from
the
> > runtime linker. Problems like that are usually solved by updating
> > the LD_LIBRARY_PATH setting to tell the linker where to find the
> > library archive files it needs at runtime. Based on the error
> > message, my guess is that the runtime linker isn't able to locate
> > the NetCDF library. If that is indeed the problem, you could try
> > setting the LD_LIBRARY_PATH environment variable to the NetCDF
> > directory which contains files named "libnetcdf.so*". That might
> > enable the linker to
> find that symbol.
> >
> > Just FYI, in the future if you use the compile_MET_all.sh script
to
> > compile MET and its external libraries, it uses rpath, which
> > designates the run-time search path hard-coded in an executable
> > file, so this problem and the need to set LD_LIBRARY_PATH should
be eliminated.
> >
> > If you'd like, I could run your data here to make sure there
aren't
> > other issues. You can send me the sample data files you're using
by
> > posting them to our anonymous ftp site, following these
instructions:
> >
> >
> > http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUh
> > y6
> >
KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1
> > _5
> > FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4
> > mv
> > -ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-
LwK
> > XO
> >
_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApi
> > Ij
> >
9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnz
> > ar
> > BalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-e
> > va
> > luation-tools-met%2Fmet-help-desk
> >
> > I would need feens1_verify_2021020100f30.grib2,
> > mesonet_fe_2021020206.nc, PointStatConfig_wind_categorical_mph,
and
> > metar_fe_2021020206.nc. If you decide to upload the data, please
> > write once you've posted the data. I'll go grab it and try to
> > replicate the
> behavior you're seeing.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> > >
> > > Perfectly fine. Thanks for the heads up, and enjoy your time
off!
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > Sent: Monday, March 22, 2021 10:31 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> > > error (MET 9.1.2)
> > >
> > > Tom,
> > >
> > > A few of us are out of the office on leave this week with our
kids
> > > on spring break. I’ll ask Julie to take a look at this but she
> > > won’t be able to until next week.
> > >
> > > Thanks
> > > John
> > >
> > > On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > Queue: met_help
> > > > Subject: Undefined symbol error (MET 9.1.2)
> > > > Owner: Nobody
> > > > Requestors: tworkoff at firstenergycorp.com
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > > > >
> > > >
> > > >
> > > > Hi all-
> > > >
> > > > I'm back again (sorry, Julie!).
> > > >
> > > > I recently upgraded to 9.1.2 from 9.1, and the MET build seems
> > > > successful (config and make_install are attached). However, I
> > > > get an error I've never seen before when running a point_stat
> > > > command (see below, full command on top, error below). It
shows
> > > > up with pb2nc as well. I'm guessing this due to my
compilation
> > > > of bufrlib (?), but any suggestions on the issue, or what can
solve it?
> > > >
> > > > Thanks!
> > > > -Tom
> > > >
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify
> > > > _2
> > > > 02
> > > > 10
> > > > 20100f30.grib2
> > > > /fewxops/verification/data/obs/met_format/madis_meso/
> > > > mesonet_fe_2021020206.nc
> > > >
/fewxops/verification/data/met_output/working/config_files/point
> > > > _s ta t/ PointStatConfig_wind_categorical_mph
> > > > -outdir
> > > >
/fewxops/verification/data/met_output/output/stats/conusarw/poin
> > > > t_
> > > > st
> > > > at
> > > > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > > > -point_obs
> > > > /fewxops/verification/data/obs/met_format/madis_metar/
> > > > metar_fe_2021020206.nc
> > > >
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traits
> > > > Ic
> > > > ES
> > > > aI
> > > > cEEENS0_8FileModeE
> > > >
> > > >
> > > >
> > > >
[https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-logo.
> > > > pn
> > > > g]
> > > >
> > > > Thomas Workoff
> > > > Sr Scientist
> > > > office: 330-436-1475 (850-1475)
> > > > tworkoff at firstenergycorp.com
> > > > 341 White Pond Drive, Akron, OH 44320
> > > >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,
> > > > +O
> > > > H+
> > > > 44
> > > > 320?entry=gmail&source=g>
> > > > | mailstop: A-WAC-C1 / AK-West Akron Campus
> > > >
> > > >
> > > >
----------------------------------------------------------------
> > > > --
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
> > > > the personal and confidential use of the recipient(s) named
> > > > above. If the reader of this message is not the intended
> > > > recipient or an agent responsible for delivering it to the
> > > > intended recipient, you are hereby notified that you have
> > > > received this document in error and that any review,
> > > > dissemination, distribution, or copying of this message is
> > > > strictly prohibited. If you have received this communication
in
> > > > error, please notify us immediately, and delete the
> > original message.
> > > >
> > > >
> > >
> > >
> > >
------------------------------------------------------------------
> > > --
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any review, dissemination, distribution, or copying of
> > > this message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
> > > the
> original message.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> 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.
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: Undefined symbol error (MET 9.1.2)
From: Julie Prestopnik
Time: Thu Apr 01 17:35:08 2021
Hi Tom.
I understand about the situation with the written notes. That has
definitely happened to me as well!
Whenever you're able to get back to this is fine. Thank you for the
update. Just follow up again whenever you're ready. Good luck!
Julie
On Thu, Apr 1, 2021 at 9:13 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
>
> Julie...
>
> Ahhhhhhhhhhhhhh---I think you'll be on to something here. I
*thought* I
> re-built the netcdf libraries on this machine (I thought I
recompiled
> everything), but maybe not. And apparently my written notes have
gone to
> hell, so I have no record of what I did?
>
> I'm very proud of myself this morning.
>
> I will rebuild the netcdf libraries with the newer version of gcc
that is
> on this particular machine, which varies from the machine that the
system
> files were mirrored over from. I suspect this will help with the
problem.
>
> I may not get to this until tomorrow, given I'm currently running a
lot of
> archived data through MET 9.1 this morning and don’t want to disturb
any
> environmental variables. As soon as I recompile, I'll let you know
it goes.
>
> Thanks again!
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Thursday, April 1, 2021 10:47 AM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> error (MET 9.1.2)
>
> Hi Tom.
>
> Good morning. Thanks for this information. Can you please verify
that the
> version of NetCDF in /usr/local/lib was built with the same compiler
as MET?
>
> Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
> >
> MET_NETCDFINC should not be included in the LD_LIBRARY_PATH as it is
only
> for lib directories.
>
> Thanks!
>
> Julie
>
> On Thu, Apr 1, 2021 at 6:30 AM Workoff, Thomas E via RT
<met_help at ucar.edu
> >
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> >
> > Hi Julie,
> >
> > Morning! Still running into the same problem. I rearranged the
order
> > of the libraries in LD_LIBRARY_PATH to account for the
MET_NETCDFLIB
> > first, then re-configured and re-built, but still no luck:
> >
> > symbol lookup error: /fewxops/software/met/met-
9.1.2/bin/point_stat:
> > undefined symbol:
> >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaI
> > cEEENS0_8FileModeE
> >
> > For reference, the environmental variables in the sourced ~/.cshrc
> > file are below.
> >
> > Do I perhaps need to include the NETCDFINC path in the
LD_LIBRARY_PATH?
> >
> > Weird! If you need the latest config/install log files, let me
know!
> >
> > Thanks again!
> >
> > #SETENV for MET software
> > #######################################################
> > setenv MET_NETCDFLIB /usr/local/lib
> > setenv MET_NETCDFINC /usr/local/include setenv MET_HDF5 /usr/local
> > setenv MET_BUFRLIB /fewxops/software/bufrlib_113 setenv MET_GSLLIB
> > /usr/local/lib setenv MET_GSLINC /usr/local/include/gsl setenv
> > MET_GRIB2CINC /fewxops/software/g2clib/g2clib-1.6.0
> > setenv MET_GRIB2CLIB /fewxops/software/g2clib/g2clib-1.6.0
> > setenv MET_CAIROLIB /usr/local/lib/cairo setenv MET_CAIROINC
> > /usr/local/include/cairo setenv MET_FREETYPELIB /usr/local/lib
setenv
> > MET_FREETYPEINC /usr/local/include/freetype2 setenv MET_FONT_DIR
> > /fewxops/software/fonts/fonts setenv LD_LIBRARY_PATH
> >
/usr/local/lib:/usr/local/external_libs/lib:/usr/lib64:${LD_LIBRARY_PA
> > TH} setenv MET '/fewxops/software/met/met-9.1.2'
> > setenv MET_BASE /usr/local/share/met
> > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> > -lutil -lm'
> > setenv MET_TUTORIAL
> > /fewxops/software/met/met-8.1.2/tutorial/MET_Tutorial
> > setenv MET_TUTORIAL_DATA
> > /fewxops/software/met/met-8.1.2/tutorial/MET_Tutorial
> > setenv MET_DIR /fewxops/software/met/met-9.1.2/bin
> >
> > /usr/local/lib >ls libnetcdf*
> > libnetcdf.a libnetcdf_c++4.so
libnetcdf_c++4.so.1.1.0
> > libnetcdff.so libnetcdf.la libnetcdf.so.11
> > libnetcdf.so.15.2.1
> > libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> > libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> > libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> > libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
> >
> > /usr/local/include >ls netcdf*
> > netcdf netcdf4_nf_interfaces.mod
netcdf_filter.h
> > netcdf.inc netcdf.mod
netcdf_nf_data.mod
> > netcdf4_f03.mod netcdf_aux.h
> > netcdf_fortv2_c_interfaces.mod netcdf_mem.h netcdf_nc_data.mod
> > netcdf_nf_interfaces.mod
> > netcdf4_nc_interfaces.mod netcdf_dispatch.h netcdf.h
> > netcdf_meta.h netcdf_nc_interfaces.mod
> >
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 31, 2021 1:11 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> > error (MET 9.1.2)
> >
> > Hi Tom.
> >
> > Thank you! I had a great time with my family while I was out.
> >
> > It should be ok to have both locations in your LD_LIBRARY_PATH at
> > compile time, but you want to make sure to set MET_NETCDFLIB and
> > MET_NETCDFINC only to one of those, whichever you want to compile
MET
> > with. Then, recompile and reinstall. If you run point_stat after
> > that and still get the same error, please set LD_LIBRARY_PATH to
> > include the path for MET_NETCDFLIB first, and rerun. That
*should* do
> > it as I believe this is a runtime linker problem. However, we do
want
> > to ensure that MET_NETCDFLIB only points to one location at
compile
> time. Please let me know how that goes.
> >
> > I did run the data that you sent using 9.1.2 and had a successful
run,
> > so I think we've isolated the problem to the environment you're
running
> in.
> >
> > Thanks for letting us know that you are planning on trying
> > compile_MET_all.sh on your new server once 10.0 is released and
that
> > this is not a critical issue, but of course, we'd still like to
help
> > you get this running properly.
> >
> > Julie
> >
> > On Wed, Mar 31, 2021 at 7:06 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174 >
> > >
> > > Hi Julie--
> > >
> > > Welcome back! I hope you had an enjoyable time out of the
office.
> > >
> > > The netCDF library is located in two locations on this machine,
both
> > > /usr/local/lib and /usr/local/external_libs/lib. I'm guessing
these
> > > were an original build of the library and then an upgrade, but I
> > > don't have any explanation in my notes. The readout of both
these
> > > directories looks like
> > > this:
> > >
> > > /usr/local/external_libs/lib >ls libnetcdf*
> > > libnetcdf.a libnetcdf_c++4.la libnetcdf_c++4.so.1
> > libnetcdf.la
> > > libnetcdf.so libnetcdf.so.11.0.4
> > > libnetcdf_c++4.a libnetcdf_c++4.so libnetcdf_c++4.so.1.0.3
> > > libnetcdf.settings libnetcdf.so.11
> > >
> > > /usr/local/lib >ls libnetcdf*
> > > libnetcdf.a libnetcdf_c++4.so
libnetcdf_c++4.so.1.1.0
> > > libnetcdff.so libnetcdf.la libnetcdf.so.11
> > > libnetcdf.so.15.2.1
> > > libnetcdf_c++4.a libnetcdf_c++4.so.1 libnetcdff.a
> > > libnetcdff.so.7 libnetcdf.settings libnetcdf.so.11.0.4
> > > libnetcdf_c++4.la libnetcdf_c++4.so.1.0.3 libnetcdff.la
> > > libnetcdff.so.7.0.0 libnetcdf.so libnetcdf.so.15
> > >
> > >
> > > When I compiled 9.1.2, both these directories were included in
the
> > > LD_LIBRARY_PATH:
> > > setenv LD_LIBRARY_PATH
> > >
/usr64/lib:/usr/local/external_libs/lib:/usr/local/lib:${LD_LIBRARY_
> > > PA
> > > TH}
> > >
> > > I then thought that maybe I upgraded the netCDF library and
didn't
> > > point to the newer installation with my last MET compilation.
So I
> > > compiled MET with MET_NETCDFLIB pointing to both /usr/local/lib
and
> > > /usr/local/external_libs/lib, but regardless of this, I keep
getting
> > > the same error:
> > >
> > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify_202
> > > 10
> > > 32000f24.grib2
> > > /fewxops/verification/data/obs/met_format/madis_metar/
> > > metar_fe_2021032100.nc
> > >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > > t/ PointStatConfig_wind_continuous_bins_mph
> > > DEBUG 1: Default Config File:
> > > /usr/local/share/met/config/PointStatConfig_default
> > > DEBUG 1: User Config File:
> > >
/fewxops/verification/data/met_output/working/config_files/point_sta
> > > t/ PointStatConfig_wind_continuous_bins_mph
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol lookup
error:
> > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcES
> > > aI
> > > cEEENS0_8FileModeE
> > >
> > >
> > > In the meantime, I've loaded up some data from the command above
> > > into my directory on the ftp site. The config file contains a
few
> > > environmental variables--you can eliminate them, but for
reference
> > > they
> > are:
> > > MET_MODEL = 'conusarw'
> > > POLY = 'FE_simple.poly'
> > > REGION' = 'FE'
> > > VERIF_DATE = '20210320'
> > > VERIF_CYC = '00'
> > >
> > > As always, thanks!
> > >
> > > -Tom
> > >
> > > p.s. I AM planning on trying compile_MET_all.sh on our new
server
> > > once
> > > 10.0 is released. That's a 'new' machine and will have a clean
install.
> > > However, if we get stuck with this issue, I can try the script
to
> > > see if it solves the current issues.
> > >
> > > p.s.s. This isn't a critical issue, as weird as that is. I'm
still
> > > running
> > > 9.1 in all our operations on this same machine with no issues.
So
> > > if we get stuck on the 9.1.2 upgrade, we have the ability to
shrug
> > > it off and wait for 10.0
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Tuesday, March 30, 2021 1:17 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
> > > symbol error (MET 9.1.2)
> > >
> > > Hi Tom.
> > >
> > > Thank you for your patience while I was out.
> > >
> > > Undefined symbol error messages like that are likely coming from
the
> > > runtime linker. Problems like that are usually solved by
updating
> > > the LD_LIBRARY_PATH setting to tell the linker where to find the
> > > library archive files it needs at runtime. Based on the error
> > > message, my guess is that the runtime linker isn't able to
locate
> > > the NetCDF library. If that is indeed the problem, you could
try
> > > setting the LD_LIBRARY_PATH environment variable to the NetCDF
> > > directory which contains files named "libnetcdf.so*". That
might
> > > enable the linker to
> > find that symbol.
> > >
> > > Just FYI, in the future if you use the compile_MET_all.sh script
to
> > > compile MET and its external libraries, it uses rpath, which
> > > designates the run-time search path hard-coded in an executable
> > > file, so this problem and the need to set LD_LIBRARY_PATH should
be
> eliminated.
> > >
> > > If you'd like, I could run your data here to make sure there
aren't
> > > other issues. You can send me the sample data files you're using
by
> > > posting them to our anonymous ftp site, following these
instructions:
> > >
> > >
> > > http://secure-
web.cisco.com/1eG_HLnQWu0YBPwipdOrtYdpijjyuzdX0BLTulUh
> > > y6
> > >
KQpn8vL7mL6Xszav5DnzS4xP8NGh9DHBjdsi7WWzg2UZ9uPGlUN3GiKQPGlOuosHZ2h1
> > > _5
> > > FdBc1GjEqZ0zxh_hhakUvaO5DBOO9o_FilloN8UpGJsdti-
oYjRZCcAGNUAuO5TIg3U4
> > > mv
> > >
-ETmiBqlWjuFsA3FlczvwbHMssYKZP66ml_DvTE8Vm5TuJFcJP5rUvpeeb2bDeP0-LwK
> > > XO
> > >
_l8tm4ruylghsbXUyBwwjGujWTkob6pyi_5vyz7yNfMOwcCJr3Gi28f1SdjwnPPbGApi
> > > Ij
> > >
9OgpJIzvTOukLBusltziUnQQ6e199hygauQmhXJLhB6ilPRddMVc_21YtyZVc95wIOnz
> > > ar
> > > BalbFZxUnm2nwCg/http%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-e
> > > va
> > > luation-tools-met%2Fmet-help-desk
> > >
> > > I would need feens1_verify_2021020100f30.grib2,
> > > mesonet_fe_2021020206.nc, PointStatConfig_wind_categorical_mph,
and
> > > metar_fe_2021020206.nc. If you decide to upload the data, please
> > > write once you've posted the data. I'll go grab it and try to
> > > replicate the
> > behavior you're seeing.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Mar 23, 2021 at 6:12 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
>
> > > >
> > > > Perfectly fine. Thanks for the heads up, and enjoy your time
off!
> > > >
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: John Halley Gotway via RT <met_help at ucar.edu>
> > > > Sent: Monday, March 22, 2021 10:31 PM
> > > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99174] Undefined
symbol
> > > > error (MET 9.1.2)
> > > >
> > > > Tom,
> > > >
> > > > A few of us are out of the office on leave this week with our
kids
> > > > on spring break. I’ll ask Julie to take a look at this but she
> > > > won’t be able to until next week.
> > > >
> > > > Thanks
> > > > John
> > > >
> > > > On Mon, Mar 22, 2021 at 1:15 PM Workoff, Thomas E via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Mon Mar 22 13:15:53 2021: Request 99174 was acted upon.
> > > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > > Queue: met_help
> > > > > Subject: Undefined symbol error (MET 9.1.2)
> > > > > Owner: Nobody
> > > > > Requestors: tworkoff at firstenergycorp.com
> > > > > Status: new
> > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99174
> > > > > >
> > > > >
> > > > >
> > > > > Hi all-
> > > > >
> > > > > I'm back again (sorry, Julie!).
> > > > >
> > > > > I recently upgraded to 9.1.2 from 9.1, and the MET build
seems
> > > > > successful (config and make_install are attached). However,
I
> > > > > get an error I've never seen before when running a
point_stat
> > > > > command (see below, full command on top, error below). It
shows
> > > > > up with pb2nc as well. I'm guessing this due to my
compilation
> > > > > of bufrlib (?), but any suggestions on the issue, or what
can
> solve it?
> > > > >
> > > > > Thanks!
> > > > > -Tom
> > > > >
> > > > > /fewxops/software/met/met-9.1.2/bin/point_stat
> > > > >
/fewxops/verification/data/model/grib2/feens1/2021/feens1_verify
> > > > > _2
> > > > > 02
> > > > > 10
> > > > > 20100f30.grib2
> > > > > /fewxops/verification/data/obs/met_format/madis_meso/
> > > > > mesonet_fe_2021020206.nc
> > > > >
/fewxops/verification/data/met_output/working/config_files/point
> > > > > _s ta t/ PointStatConfig_wind_categorical_mph
> > > > > -outdir
> > > > >
/fewxops/verification/data/met_output/output/stats/conusarw/poin
> > > > > t_
> > > > > st
> > > > > at
> > > > > /madis/PointStatConfig_wind_categorical_mph/2021020100
> > > > > -point_obs
> > > > > /fewxops/verification/data/obs/met_format/madis_metar/
> > > > > metar_fe_2021020206.nc
> > > > >
> > > > > /fewxops/software/met/met-9.1.2/bin/point_stat: symbol
lookup
> error:
> > > > > /fewxops/software/met/met-9.1.2/bin/point_stat: undefined
symbol:
> > > > >
_ZN6netCDF6NcFileC1ERKNSt7__cxx1112basic_stringIcSt11char_traits
> > > > > Ic
> > > > > ES
> > > > > aI
> > > > > cEEENS0_8FileModeE
> > > > >
> > > > >
> > > > >
> > > > > [
> https://firstenergycorp.com/content/dam/opcologos/emailsig/FE-logo.
> > > > > pn
> > > > > g]
> > > > >
> > > > > Thomas Workoff
> > > > > Sr Scientist
> > > > > office: 330-436-1475 (850-1475)
> > > > > tworkoff at firstenergycorp.com
> > > > > 341 White Pond Drive, Akron, OH 44320
> > > > >
<https://www.google.com/maps/search/341+White+Pond+Drive,+Akron,
> > > > > +O
> > > > > H+
> > > > > 44
> > > > > 320?entry=gmail&source=g>
> > > > > | mailstop: A-WAC-C1 / AK-West Akron Campus
> > > > >
> > > > >
> > > > >
----------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > --
> > > > > --------
> > > > >
> > > > > The information contained in this message is intended only
for
> > > > > the personal and confidential use of the recipient(s) named
> > > > > above. If the reader of this message is not the intended
> > > > > recipient or an agent responsible for delivering it to the
> > > > > intended recipient, you are hereby notified that you have
> > > > > received this document in error and that any review,
> > > > > dissemination, distribution, or copying of this message is
> > > > > strictly prohibited. If you have received this communication
in
> > > > > error, please notify us immediately, and delete the
> > > original message.
> > > > >
> > > > >
> > > >
> > > >
> > > >
------------------------------------------------------------------
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any review, dissemination, distribution, or copying
of
> > > > this message is strictly prohibited. If you have received this
> > > > communication in error, please notify us immediately, and
delete
> > > > the
> > original message.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > 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.
> > >
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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