[Met_help] [rt.rap.ucar.edu #80301] History for MET 6.0 Runtime Issue

Julie Prestopnik via RT met_help at ucar.edu
Tue May 2 13:52:28 MDT 2017


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

So I've successfully compiled MET 6.0, or so it says.  But when I run point_stat, I get the following error:

point_stat: error while loading shared libraries: libnetcdf_c++4.so.1: cannot open shared object file: No such file or directory

The library exists, but what I can't figure out is if it needs to be in a particular location for MET to see it.

We have 5.2 installed and point_stat runs fine, so it doesn't seem to involve an environment path, so all I can think is that there was something I didn't do right when I compiled.

Any thoughts as to what I need to change to get 6.0 to run?   This happens for other executables in the bin subdirectory, so it seems to be a larger-scale problem.

Thanks,
Matt

Matthew C. Sittel
University Corporation for Atmospheric Research
Matthew.Sittel.ctr at us.af.mil





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

Subject: MET 6.0 Runtime Issue
From: Julie Prestopnik
Time: Mon May 01 09:06:47 2017

Hi Matt.  I see that you are experiencing a runtime problem with
point_stat.

Could you please try adding the path to the libnetcdf_c++4.so.1 to
your
LD_LIBRARY_PATH environment variable?  For example if
libnetcdf_c++4.so.1
were in /path/to/netcdf/lib, you would do:

setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}

Then, try running point_stat again.  Please don't forget to source
your
.cshrc (or .bashrc) file if you add it to that file.

Please let us know how that goes.

Thanks,
Julie



On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
via RT <met_help at ucar.edu> wrote:

>
> Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
>        Queue: met_help
>      Subject: MET 6.0 Runtime Issue
>        Owner: Nobody
>   Requestors: matthew.sittel.ctr at us.af.mil
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
>
> So I've successfully compiled MET 6.0, or so it says.  But when I
run
> point_stat, I get the following error:
>
> point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> cannot open shared object file: No such file or directory
>
> The library exists, but what I can't figure out is if it needs to be
in a
> particular location for MET to see it.
>
> We have 5.2 installed and point_stat runs fine, so it doesn't seem
to
> involve an environment path, so all I can think is that there was
something
> I didn't do right when I compiled.
>
> Any thoughts as to what I need to change to get 6.0 to run?   This
happens
> for other executables in the bin subdirectory, so it seems to be a
> larger-scale problem.
>
> Thanks,
> Matt
>
> Matthew C. Sittel
> University Corporation for Atmospheric Research
> Matthew.Sittel.ctr at us.af.mil
>
>
>
>
>

------------------------------------------------
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime Issue
From: SITTEL, MATTHEW C CTR USAF AFWA 16 WS/WXN
Time: Mon May 01 10:26:01 2017

Hi Julie,

Unfortunately I get the exact same error, despite confirming I
correctly added the path to LD_LIBRARY_PATH.

Matt

-----Original Message-----
From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 1, 2017 10:07 AM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime
Issue

Hi Matt.  I see that you are experiencing a runtime problem with
point_stat.

Could you please try adding the path to the libnetcdf_c++4.so.1 to
your LD_LIBRARY_PATH environment variable?  For example if
libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:

setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}

Then, try running point_stat again.  Please don't forget to source
your .cshrc (or .bashrc) file if you add it to that file.

Please let us know how that goes.

Thanks,
Julie



On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN via RT <met_help at ucar.edu> wrote:

>
> Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
>        Queue: met_help
>      Subject: MET 6.0 Runtime Issue
>        Owner: Nobody
>   Requestors: matthew.sittel.ctr at us.af.mil
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> >
>
>
> So I've successfully compiled MET 6.0, or so it says.  But when I
run
> point_stat, I get the following error:
>
> point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> cannot open shared object file: No such file or directory
>
> The library exists, but what I can't figure out is if it needs to be
> in a particular location for MET to see it.
>
> We have 5.2 installed and point_stat runs fine, so it doesn't seem
to
> involve an environment path, so all I can think is that there was
> something I didn't do right when I compiled.
>
> Any thoughts as to what I need to change to get 6.0 to run?   This
happens
> for other executables in the bin subdirectory, so it seems to be a
> larger-scale problem.
>
> Thanks,
> Matt
>
> Matthew C. Sittel
> University Corporation for Atmospheric Research
> Matthew.Sittel.ctr at us.af.mil
>
>
>
>
>



------------------------------------------------
Subject: MET 6.0 Runtime Issue
From: John Halley Gotway
Time: Mon May 01 10:49:01 2017

Hi Matt,

This is John.  Thought I'd jump in there on this one.  I just ran the
following commands for demonstration:

(1) Unset my LD_LIBRARY_PATH ...
   > unsetenv LD_LIBRARY_PATH

(2) Try to run a MET tool and get the same linker error you're seeing
...
   > point_stat
   point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
cannot open shared object file: No such file or directory

(3) Find the location of that file ...
   > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1

(4) Reset my LD_LIBRARY_PATH to include that directory ...
  > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib

Of if you already have other paths in LD_LIBRARY_PATH, use this
instead...
   setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}

(5) Rerun the MET tool and that linker error goes away ...
   > point_stat

*** Model Evaluation Tools (METV6.0) ***

Usage: point_stat
        fcst_file
        obs_file
        config_file
        [-point_obs file]
        [-obs_valid_beg time]
        [-obs_valid_end time]
        [-outdir path]
        [-log file]
        [-v level]

Not sure if that helps at all, but I wanted to demonstrate what we're
seeing.

Thanks,
John


On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
via RT <met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Julie,
>
> Unfortunately I get the exact same error, despite confirming I
correctly
> added the path to LD_LIBRARY_PATH.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, May 1, 2017 10:07 AM
> To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> matthew.sittel.ctr at us.af.mil>
> Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> Issue
>
> Hi Matt.  I see that you are experiencing a runtime problem with
> point_stat.
>
> Could you please try adding the path to the libnetcdf_c++4.so.1 to
your
> LD_LIBRARY_PATH environment variable?  For example if
libnetcdf_c++4.so.1
> were in /path/to/netcdf/lib, you would do:
>
> setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
>
> Then, try running point_stat again.  Please don't forget to source
your
> .cshrc (or .bashrc) file if you add it to that file.
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
>
>
> On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
> via RT <met_help at ucar.edu> wrote:
>
> >
> > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> >        Queue: met_help
> >      Subject: MET 6.0 Runtime Issue
> >        Owner: Nobody
> >   Requestors: matthew.sittel.ctr at us.af.mil
> >       Status: new
> >  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > >
> >
> >
> > So I've successfully compiled MET 6.0, or so it says.  But when I
run
> > point_stat, I get the following error:
> >
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > The library exists, but what I can't figure out is if it needs to
be
> > in a particular location for MET to see it.
> >
> > We have 5.2 installed and point_stat runs fine, so it doesn't seem
to
> > involve an environment path, so all I can think is that there was
> > something I didn't do right when I compiled.
> >
> > Any thoughts as to what I need to change to get 6.0 to run?   This
> happens
> > for other executables in the bin subdirectory, so it seems to be a
> > larger-scale problem.
> >
> > Thanks,
> > Matt
> >
> > Matthew C. Sittel
> > University Corporation for Atmospheric Research
> > Matthew.Sittel.ctr at us.af.mil
> >
> >
> >
> >
> >
>
>
>
>

------------------------------------------------
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime Issue
From: robert.craig.2 at us.af.mil
Time: Mon May 01 12:01:16 2017

Hi John, any ideas on my issues?

Thanks
Bob

-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 01, 2017 11:49 AM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime Issue

Hi Matt,

This is John.  Thought I'd jump in there on this one.  I just ran the
following commands for demonstration:

(1) Unset my LD_LIBRARY_PATH ...
   > unsetenv LD_LIBRARY_PATH

(2) Try to run a MET tool and get the same linker error you're seeing
...
   > point_stat
   point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
cannot open shared object file: No such file or directory

(3) Find the location of that file ...
   > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1

(4) Reset my LD_LIBRARY_PATH to include that directory ...
  > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib

Of if you already have other paths in LD_LIBRARY_PATH, use this
instead...
   setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}

(5) Rerun the MET tool and that linker error goes away ...
   > point_stat

*** Model Evaluation Tools (METV6.0) ***

Usage: point_stat
        fcst_file
        obs_file
        config_file
        [-point_obs file]
        [-obs_valid_beg time]
        [-obs_valid_end time]
        [-outdir path]
        [-log file]
        [-v level]

Not sure if that helps at all, but I wanted to demonstrate what we're
seeing.

Thanks,
John


On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN via RT <met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Julie,
>
> Unfortunately I get the exact same error, despite confirming I
> correctly added the path to LD_LIBRARY_PATH.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, May 1, 2017 10:07 AM
> To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> matthew.sittel.ctr at us.af.mil>
> Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> <robert.craig.2 at us.af.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> Issue
>
> Hi Matt.  I see that you are experiencing a runtime problem with
> point_stat.
>
> Could you please try adding the path to the libnetcdf_c++4.so.1 to
> your LD_LIBRARY_PATH environment variable?  For example if
> libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
>
> setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
>
> Then, try running point_stat again.  Please don't forget to source
> your .cshrc (or .bashrc) file if you add it to that file.
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
>
>
> On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
> WS/WXN via RT <met_help at ucar.edu> wrote:
>
> >
> > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> >        Queue: met_help
> >      Subject: MET 6.0 Runtime Issue
> >        Owner: Nobody
> >   Requestors: matthew.sittel.ctr at us.af.mil
> >       Status: new
> >  Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > >
> >
> >
> > So I've successfully compiled MET 6.0, or so it says.  But when I
> > run point_stat, I get the following error:
> >
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > The library exists, but what I can't figure out is if it needs to
be
> > in a particular location for MET to see it.
> >
> > We have 5.2 installed and point_stat runs fine, so it doesn't seem
> > to involve an environment path, so all I can think is that there
was
> > something I didn't do right when I compiled.
> >
> > Any thoughts as to what I need to change to get 6.0 to run?   This
> happens
> > for other executables in the bin subdirectory, so it seems to be a
> > larger-scale problem.
> >
> > Thanks,
> > Matt
> >
> > Matthew C. Sittel
> > University Corporation for Atmospheric Research
> > Matthew.Sittel.ctr at us.af.mil
> >
> >
> >
> >
> >
>
>
>
>



------------------------------------------------
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime Issue
From: SITTEL, MATTHEW C CTR USAF AFWA 16 WS/WXN
Time: Mon May 01 12:06:52 2017

Hey John,

Here's my LD_LIBRARY_PATH.  The correct location is in there, written
at the start of the path list, and I then list it to show it exists
and has nonzero file size.

I run point_stat and still get the same error.  Permissions aren't
restrictive enough to suggest it can't read the file; it just doesn't
seem to "see" the path.

[1114 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] print $LD_LIBRARY_PATH
/h/WXQC/met-
6.0/lib/libnetcdf_c++4.so.1:/ibrix/intel/Compiler/11.1/069/lib/intel64:/ibrix/intel/Compiler/11.1/069/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/intel64_lin:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/mpi/intel64/lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/mpi/mic/lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/ipp/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/mkl/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/tbb/lib/intel64/gcc4.4:/gpfs/shared/intel/parallel_s!
 tudio_xe_2016_u2/debugger_2016/libipt/intel64/lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/daal/lib/intel64_lin:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/daal/../tbb/lib/intel64_lin/gcc4.4:/gpfs/shared/intel/parallel_studio_xe_2016_u2/compilers_and_libraries_2016.2.181/linux/daal/../compiler/lib/intel64_lin:/gpfs/python/python-
3.4/lib:/gpfs/lsf/9.1/linux2.6-glibc2.3-
x86_64/lib:/usr/mpi/gcc/openmpi-1.8.4/lib64:/h/WXQC/met-5.2/lib/gsl-
1.15/lib
[1115 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] ls -l /h/WXQC/met-
6.0/lib/libnetcdf_c++4.so.1
-rwxr-xr-x 1 qcteam qcteam 2165867 Apr 28 14:06 /h/WXQC/met-
6.0/lib/libnetcdf_c++4.so.1
[1116 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] point_stat
point_stat: error while loading shared libraries: libnetcdf_c++4.so.1:
cannot open shared object file: No such file or directory

I've tried it from a couple other accounts (Bob's and mine) and we get
the same error regardless of who we run it under.  So I'm stumped as
to how to get MET to see the file.

Matt

-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 1, 2017 11:49 AM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime Issue

Hi Matt,

This is John.  Thought I'd jump in there on this one.  I just ran the
following commands for demonstration:

(1) Unset my LD_LIBRARY_PATH ...
   > unsetenv LD_LIBRARY_PATH

(2) Try to run a MET tool and get the same linker error you're seeing
...
   > point_stat
   point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
cannot open shared object file: No such file or directory

(3) Find the location of that file ...
   > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1

(4) Reset my LD_LIBRARY_PATH to include that directory ...
  > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib

Of if you already have other paths in LD_LIBRARY_PATH, use this
instead...
   setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}

(5) Rerun the MET tool and that linker error goes away ...
   > point_stat

*** Model Evaluation Tools (METV6.0) ***

Usage: point_stat
        fcst_file
        obs_file
        config_file
        [-point_obs file]
        [-obs_valid_beg time]
        [-obs_valid_end time]
        [-outdir path]
        [-log file]
        [-v level]

Not sure if that helps at all, but I wanted to demonstrate what we're
seeing.

Thanks,
John


On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN via RT <met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Julie,
>
> Unfortunately I get the exact same error, despite confirming I
> correctly added the path to LD_LIBRARY_PATH.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, May 1, 2017 10:07 AM
> To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> matthew.sittel.ctr at us.af.mil>
> Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> <robert.craig.2 at us.af.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> Issue
>
> Hi Matt.  I see that you are experiencing a runtime problem with
> point_stat.
>
> Could you please try adding the path to the libnetcdf_c++4.so.1 to
> your LD_LIBRARY_PATH environment variable?  For example if
> libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
>
> setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
>
> Then, try running point_stat again.  Please don't forget to source
> your .cshrc (or .bashrc) file if you add it to that file.
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
>
>
> On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
> WS/WXN via RT <met_help at ucar.edu> wrote:
>
> >
> > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> >        Queue: met_help
> >      Subject: MET 6.0 Runtime Issue
> >        Owner: Nobody
> >   Requestors: matthew.sittel.ctr at us.af.mil
> >       Status: new
> >  Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > >
> >
> >
> > So I've successfully compiled MET 6.0, or so it says.  But when I
> > run point_stat, I get the following error:
> >
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > The library exists, but what I can't figure out is if it needs to
be
> > in a particular location for MET to see it.
> >
> > We have 5.2 installed and point_stat runs fine, so it doesn't seem
> > to involve an environment path, so all I can think is that there
was
> > something I didn't do right when I compiled.
> >
> > Any thoughts as to what I need to change to get 6.0 to run?   This
> happens
> > for other executables in the bin subdirectory, so it seems to be a
> > larger-scale problem.
> >
> > Thanks,
> > Matt
> >
> > Matthew C. Sittel
> > University Corporation for Atmospheric Research
> > Matthew.Sittel.ctr at us.af.mil
> >
> >
> >
> >
> >
>
>
>
>



------------------------------------------------
Subject: MET 6.0 Runtime Issue
From: Julie Prestopnik
Time: Mon May 01 12:14:23 2017

Hi Matt.  I see that the file is included in your LD_LIBRARY_PATH.
Please
try only listing the directory, like this:

setenv LD_LIBRARY_PATH /h/WXQC/met-6.0/lib:${LD_LIBRARY_PATH}

Please let us know how that goes.

Thanks,
Julie

On Mon, May 1, 2017 at 12:06 PM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
via RT <met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hey John,
>
> Here's my LD_LIBRARY_PATH.  The correct location is in there,
written at
> the start of the path list, and I then list it to show it exists and
has
> nonzero file size.
>
> I run point_stat and still get the same error.  Permissions aren't
> restrictive enough to suggest it can't read the file; it just
doesn't seem
> to "see" the path.
>
> [1114 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] print
$LD_LIBRARY_PATH
> /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1:/ibrix/intel/
> Compiler/11.1/069/lib/intel64:/ibrix/intel/Compiler/11.1/
> 069/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_
> u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/
> intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> compilers_and_libraries_2016.2.181/linux/compiler/lib/
> intel64_lin:/gpfs/shared/intel/parallel_studio_xe_2016_
> u2/compilers_and_libraries_2016.2.181/linux/mpi/intel64/
> lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> compilers_and_libraries_2016.2.181/linux/mpi/mic/lib:/gpfs/
> shared/intel/parallel_studio_xe_2016_u2/compilers_and_
> libraries_2016.2.181/linux/ipp/lib/intel64:/gpfs/shared/
> intel/parallel_studio_xe_2016_u2/compilers_and_libraries_
> 2016.2.181/linux/compiler/lib/intel64:/gpfs/shared/intel/
> parallel_studio_xe_2016_u2/compilers_and_libraries_2016.
> 2.181/linux/mkl/lib/intel64:/gpfs/shared/intel/parallel_
> studio_xe_2016_u2/compilers_and_libraries_2016.2.181/
> linux/tbb/lib/intel64/gcc4.4:/gpfs/shared/inte!
>  l/parallel_studio_xe_2016_u2/debugger_2016/libipt/intel64/
> lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> compilers_and_libraries_2016.2.181/linux/daal/lib/intel64_
> lin:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> compilers_and_libraries_2016.2.181/linux/daal/../tbb/lib/
> intel64_lin/gcc4.4:/gpfs/shared/intel/parallel_studio_
> xe_2016_u2/compilers_and_libraries_2016.2.181/linux/
> daal/../compiler/lib/intel64_lin:/gpfs/python/python-3.4/
> lib:/gpfs/lsf/9.1/linux2.6-glibc2.3-x86_64/lib:/usr/mpi/
> gcc/openmpi-1.8.4/lib64:/h/WXQC/met-5.2/lib/gsl-1.15/lib
> [1115 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] ls -l
> /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> -rwxr-xr-x 1 qcteam qcteam 2165867 Apr 28 14:06
> /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> [1116 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] point_stat
> point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> cannot open shared object file: No such file or directory
>
> I've tried it from a couple other accounts (Bob's and mine) and we
get the
> same error regardless of who we run it under.  So I'm stumped as to
how to
> get MET to see the file.
>
> Matt
>
> -----Original Message-----
> From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> Sent: Monday, May 1, 2017 11:49 AM
> To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> matthew.sittel.ctr at us.af.mil>
> Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
> Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
> Runtime Issue
>
> Hi Matt,
>
> This is John.  Thought I'd jump in there on this one.  I just ran
the
> following commands for demonstration:
>
> (1) Unset my LD_LIBRARY_PATH ...
>    > unsetenv LD_LIBRARY_PATH
>
> (2) Try to run a MET tool and get the same linker error you're
seeing ...
>    > point_stat
>    point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> cannot open shared object file: No such file or directory
>
> (3) Find the location of that file ...
>    > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1
>
> (4) Reset my LD_LIBRARY_PATH to include that directory ...
>   > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib
>
> Of if you already have other paths in LD_LIBRARY_PATH, use this
instead...
>    setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}
>
> (5) Rerun the MET tool and that linker error goes away ...
>    > point_stat
>
> *** Model Evaluation Tools (METV6.0) ***
>
> Usage: point_stat
>         fcst_file
>         obs_file
>         config_file
>         [-point_obs file]
>         [-obs_valid_beg time]
>         [-obs_valid_end time]
>         [-outdir path]
>         [-log file]
>         [-v level]
>
> Not sure if that helps at all, but I wanted to demonstrate what
we're
> seeing.
>
> Thanks,
> John
>
>
> On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
> >
> > Hi Julie,
> >
> > Unfortunately I get the exact same error, despite confirming I
> > correctly added the path to LD_LIBRARY_PATH.
> >
> > Matt
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> > Sent: Monday, May 1, 2017 10:07 AM
> > To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> > matthew.sittel.ctr at us.af.mil>
> > Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> > <robert.craig.2 at us.af.mil>
> > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> > Issue
> >
> > Hi Matt.  I see that you are experiencing a runtime problem with
> > point_stat.
> >
> > Could you please try adding the path to the libnetcdf_c++4.so.1 to
> > your LD_LIBRARY_PATH environment variable?  For example if
> > libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
> >
> > setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
> >
> > Then, try running point_stat again.  Please don't forget to source
> > your .cshrc (or .bashrc) file if you add it to that file.
> >
> > Please let us know how that goes.
> >
> > Thanks,
> > Julie
> >
> >
> >
> > On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA
16
> > WS/WXN via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> > >        Queue: met_help
> > >      Subject: MET 6.0 Runtime Issue
> > >        Owner: Nobody
> > >   Requestors: matthew.sittel.ctr at us.af.mil
> > >       Status: new
> > >  Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > > >
> > >
> > >
> > > So I've successfully compiled MET 6.0, or so it says.  But when
I
> > > run point_stat, I get the following error:
> > >
> > > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > > cannot open shared object file: No such file or directory
> > >
> > > The library exists, but what I can't figure out is if it needs
to be
> > > in a particular location for MET to see it.
> > >
> > > We have 5.2 installed and point_stat runs fine, so it doesn't
seem
> > > to involve an environment path, so all I can think is that there
was
> > > something I didn't do right when I compiled.
> > >
> > > Any thoughts as to what I need to change to get 6.0 to run?
This
> > happens
> > > for other executables in the bin subdirectory, so it seems to be
a
> > > larger-scale problem.
> > >
> > > Thanks,
> > > Matt
> > >
> > > Matthew C. Sittel
> > > University Corporation for Atmospheric Research
> > > Matthew.Sittel.ctr at us.af.mil
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>
>
>

------------------------------------------------
Subject: MET 6.0 Runtime Issue
From: John Halley Gotway
Time: Mon May 01 12:47:58 2017

Matt,

Yes, Julie is correct.  The LD_LIBRARY_PATH should contain a list of
*directories*, not actual file names.  Listing file names does not
work.

When you run an executable that does dynamic loading, the linker (on
many
systems "ld" is the linker) searches through the directories listed in
LD_LIBRARY_PATH looking for the shared object (.so) files it needs.
It
starts with the first directory listed and works its way to the end.

That's why we usually add new directories to the beginning of the
LD_LIBRARY_PATH.  Sometimes the shared object file you're looking for
many
show up more than once in your linker path... but one is incompatible
because maybe its compiled with a different set of compilers.  Adding
new
locations to the beginning enables the linker to find the "right"
version
of the library first before hitting the "wrong" version further down
in the
list.

John

On Mon, May 1, 2017 at 12:14 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Matt.  I see that the file is included in your LD_LIBRARY_PATH.
Please
> try only listing the directory, like this:
>
> setenv LD_LIBRARY_PATH /h/WXQC/met-6.0/lib:${LD_LIBRARY_PATH}
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
> On Mon, May 1, 2017 at 12:06 PM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN
> via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
> >
> > Hey John,
> >
> > Here's my LD_LIBRARY_PATH.  The correct location is in there,
written at
> > the start of the path list, and I then list it to show it exists
and has
> > nonzero file size.
> >
> > I run point_stat and still get the same error.  Permissions aren't
> > restrictive enough to suggest it can't read the file; it just
doesn't
> seem
> > to "see" the path.
> >
> > [1114 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] print
$LD_LIBRARY_PATH
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1:/ibrix/intel/
> > Compiler/11.1/069/lib/intel64:/ibrix/intel/Compiler/11.1/
> > 069/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_
> > u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/
> > intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/compiler/lib/
> > intel64_lin:/gpfs/shared/intel/parallel_studio_xe_2016_
> > u2/compilers_and_libraries_2016.2.181/linux/mpi/intel64/
> > lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/mpi/mic/lib:/gpfs/
> > shared/intel/parallel_studio_xe_2016_u2/compilers_and_
> > libraries_2016.2.181/linux/ipp/lib/intel64:/gpfs/shared/
> > intel/parallel_studio_xe_2016_u2/compilers_and_libraries_
> > 2016.2.181/linux/compiler/lib/intel64:/gpfs/shared/intel/
> > parallel_studio_xe_2016_u2/compilers_and_libraries_2016.
> > 2.181/linux/mkl/lib/intel64:/gpfs/shared/intel/parallel_
> > studio_xe_2016_u2/compilers_and_libraries_2016.2.181/
> > linux/tbb/lib/intel64/gcc4.4:/gpfs/shared/inte!
> >  l/parallel_studio_xe_2016_u2/debugger_2016/libipt/intel64/
> > lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/daal/lib/intel64_
> > lin:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/daal/../tbb/lib/
> > intel64_lin/gcc4.4:/gpfs/shared/intel/parallel_studio_
> > xe_2016_u2/compilers_and_libraries_2016.2.181/linux/
> > daal/../compiler/lib/intel64_lin:/gpfs/python/python-3.4/
> > lib:/gpfs/lsf/9.1/linux2.6-glibc2.3-x86_64/lib:/usr/mpi/
> > gcc/openmpi-1.8.4/lib64:/h/WXQC/met-5.2/lib/gsl-1.15/lib
> > [1115 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] ls -l
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> > -rwxr-xr-x 1 qcteam qcteam 2165867 Apr 28 14:06
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> > [1116 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] point_stat
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > I've tried it from a couple other accounts (Bob's and mine) and we
get
> the
> > same error regardless of who we run it under.  So I'm stumped as
to how
> to
> > get MET to see the file.
> >
> > Matt
> >
> > -----Original Message-----
> > From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> > Sent: Monday, May 1, 2017 11:49 AM
> > To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> > matthew.sittel.ctr at us.af.mil>
> > Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
> > Runtime Issue
> >
> > Hi Matt,
> >
> > This is John.  Thought I'd jump in there on this one.  I just ran
the
> > following commands for demonstration:
> >
> > (1) Unset my LD_LIBRARY_PATH ...
> >    > unsetenv LD_LIBRARY_PATH
> >
> > (2) Try to run a MET tool and get the same linker error you're
seeing ...
> >    > point_stat
> >    point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > (3) Find the location of that file ...
> >    > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1
> >
> > (4) Reset my LD_LIBRARY_PATH to include that directory ...
> >   > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib
> >
> > Of if you already have other paths in LD_LIBRARY_PATH, use this
> instead...
> >    setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}
> >
> > (5) Rerun the MET tool and that linker error goes away ...
> >    > point_stat
> >
> > *** Model Evaluation Tools (METV6.0) ***
> >
> > Usage: point_stat
> >         fcst_file
> >         obs_file
> >         config_file
> >         [-point_obs file]
> >         [-obs_valid_beg time]
> >         [-obs_valid_end time]
> >         [-outdir path]
> >         [-log file]
> >         [-v level]
> >
> > Not sure if that helps at all, but I wanted to demonstrate what
we're
> > seeing.
> >
> > Thanks,
> > John
> >
> >
> > On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA
16
> WS/WXN
> > via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
> > >
> > > Hi Julie,
> > >
> > > Unfortunately I get the exact same error, despite confirming I
> > > correctly added the path to LD_LIBRARY_PATH.
> > >
> > > Matt
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> > > Sent: Monday, May 1, 2017 10:07 AM
> > > To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> > > matthew.sittel.ctr at us.af.mil>
> > > Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> > > <robert.craig.2 at us.af.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> > > Issue
> > >
> > > Hi Matt.  I see that you are experiencing a runtime problem with
> > > point_stat.
> > >
> > > Could you please try adding the path to the libnetcdf_c++4.so.1
to
> > > your LD_LIBRARY_PATH environment variable?  For example if
> > > libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
> > >
> > > setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
> > >
> > > Then, try running point_stat again.  Please don't forget to
source
> > > your .cshrc (or .bashrc) file if you add it to that file.
> > >
> > > Please let us know how that goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > >
> > > On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA
16
> > > WS/WXN via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > > > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> > > >        Queue: met_help
> > > >      Subject: MET 6.0 Runtime Issue
> > > >        Owner: Nobody
> > > >   Requestors: matthew.sittel.ctr at us.af.mil
> > > >       Status: new
> > > >  Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > > > >
> > > >
> > > >
> > > > So I've successfully compiled MET 6.0, or so it says.  But
when I
> > > > run point_stat, I get the following error:
> > > >
> > > > point_stat: error while loading shared libraries:
> libnetcdf_c++4.so.1:
> > > > cannot open shared object file: No such file or directory
> > > >
> > > > The library exists, but what I can't figure out is if it needs
to be
> > > > in a particular location for MET to see it.
> > > >
> > > > We have 5.2 installed and point_stat runs fine, so it doesn't
seem
> > > > to involve an environment path, so all I can think is that
there was
> > > > something I didn't do right when I compiled.
> > > >
> > > > Any thoughts as to what I need to change to get 6.0 to run?
This
> > > happens
> > > > for other executables in the bin subdirectory, so it seems to
be a
> > > > larger-scale problem.
> > > >
> > > > Thanks,
> > > > Matt
> > > >
> > > > Matthew C. Sittel
> > > > University Corporation for Atmospheric Research
> > > > Matthew.Sittel.ctr at us.af.mil
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>

------------------------------------------------
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime Issue
From: SITTEL, MATTHEW C CTR USAF AFWA 16 WS/WXN
Time: Mon May 01 12:58:15 2017

"What about me?"

UCAR privilege Bob... contractors first!

I really think it's because my questions are less complicated/easier
than yours, so he knocks out the easy ones first to stay ahead.

Maybe you should ask easier questions!

-----Original Message-----
From: robert.craig.2 at us.af.mil via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 1, 2017 1:01 PM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime Issue

Hi John, any ideas on my issues?

Thanks
Bob

-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 01, 2017 11:49 AM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime Issue

Hi Matt,

This is John.  Thought I'd jump in there on this one.  I just ran the
following commands for demonstration:

(1) Unset my LD_LIBRARY_PATH ...
   > unsetenv LD_LIBRARY_PATH

(2) Try to run a MET tool and get the same linker error you're seeing
...
   > point_stat
   point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
cannot open shared object file: No such file or directory

(3) Find the location of that file ...
   > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1

(4) Reset my LD_LIBRARY_PATH to include that directory ...
  > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib

Of if you already have other paths in LD_LIBRARY_PATH, use this
instead...
   setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}

(5) Rerun the MET tool and that linker error goes away ...
   > point_stat

*** Model Evaluation Tools (METV6.0) ***

Usage: point_stat
        fcst_file
        obs_file
        config_file
        [-point_obs file]
        [-obs_valid_beg time]
        [-obs_valid_end time]
        [-outdir path]
        [-log file]
        [-v level]

Not sure if that helps at all, but I wanted to demonstrate what we're
seeing.

Thanks,
John


On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
WS/WXN via RT <met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Julie,
>
> Unfortunately I get the exact same error, despite confirming I
> correctly added the path to LD_LIBRARY_PATH.
>
> Matt
>
> -----Original Message-----
> From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> Sent: Monday, May 1, 2017 10:07 AM
> To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> matthew.sittel.ctr at us.af.mil>
> Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> <robert.craig.2 at us.af.mil>
> Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime
> Issue
>
> Hi Matt.  I see that you are experiencing a runtime problem with
> point_stat.
>
> Could you please try adding the path to the libnetcdf_c++4.so.1 to
> your LD_LIBRARY_PATH environment variable?  For example if
> libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
>
> setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
>
> Then, try running point_stat again.  Please don't forget to source
> your .cshrc (or .bashrc) file if you add it to that file.
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
>
>
> On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA 16
> WS/WXN via RT <met_help at ucar.edu> wrote:
>
> >
> > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> >        Queue: met_help
> >      Subject: MET 6.0 Runtime Issue
> >        Owner: Nobody
> >   Requestors: matthew.sittel.ctr at us.af.mil
> >       Status: new
> >  Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > >
> >
> >
> > So I've successfully compiled MET 6.0, or so it says.  But when I
> > run point_stat, I get the following error:
> >
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > The library exists, but what I can't figure out is if it needs to
be
> > in a particular location for MET to see it.
> >
> > We have 5.2 installed and point_stat runs fine, so it doesn't seem
> > to involve an environment path, so all I can think is that there
was
> > something I didn't do right when I compiled.
> >
> > Any thoughts as to what I need to change to get 6.0 to run?   This
> happens
> > for other executables in the bin subdirectory, so it seems to be a
> > larger-scale problem.
> >
> > Thanks,
> > Matt
> >
> > Matthew C. Sittel
> > University Corporation for Atmospheric Research
> > Matthew.Sittel.ctr at us.af.mil
> >
> >
> >
> >
> >
>
>
>
>





------------------------------------------------
Subject: RE: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0 Runtime Issue
From: SITTEL, MATTHEW C CTR USAF AFWA 16 WS/WXN
Time: Mon May 01 13:07:56 2017

Success!  Thanks John... I see now she did say directory and I
mistakenly listed the file.  I was being too specific.

-----Original Message-----
From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
Sent: Monday, May 1, 2017 1:48 PM
To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL
<matthew.sittel.ctr at us.af.mil>
Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
<robert.craig.2 at us.af.mil>
Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
Runtime Issue

Matt,

Yes, Julie is correct.  The LD_LIBRARY_PATH should contain a list of
*directories*, not actual file names.  Listing file names does not
work.

When you run an executable that does dynamic loading, the linker (on
many systems "ld" is the linker) searches through the directories
listed in LD_LIBRARY_PATH looking for the shared object (.so) files it
needs.  It starts with the first directory listed and works its way to
the end.

That's why we usually add new directories to the beginning of the
LD_LIBRARY_PATH.  Sometimes the shared object file you're looking for
many show up more than once in your linker path... but one is
incompatible because maybe its compiled with a different set of
compilers.  Adding new locations to the beginning enables the linker
to find the "right" version of the library first before hitting the
"wrong" version further down in the list.

John

On Mon, May 1, 2017 at 12:14 PM, Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
>
> Hi Matt.  I see that the file is included in your LD_LIBRARY_PATH.
> Please try only listing the directory, like this:
>
> setenv LD_LIBRARY_PATH /h/WXQC/met-6.0/lib:${LD_LIBRARY_PATH}
>
> Please let us know how that goes.
>
> Thanks,
> Julie
>
> On Mon, May 1, 2017 at 12:06 PM, SITTEL, MATTHEW C CTR USAF AFWA 16
> WS/WXN via RT <met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
> >
> > Hey John,
> >
> > Here's my LD_LIBRARY_PATH.  The correct location is in there,
> > written at the start of the path list, and I then list it to show
it
> > exists and has nonzero file size.
> >
> > I run point_stat and still get the same error.  Permissions aren't
> > restrictive enough to suggest it can't read the file; it just
> > doesn't
> seem
> > to "see" the path.
> >
> > [1114 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] print
> > $LD_LIBRARY_PATH
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1:/ibrix/intel/
> > Compiler/11.1/069/lib/intel64:/ibrix/intel/Compiler/11.1/
> > 069/lib/intel64:/gpfs/shared/intel/parallel_studio_xe_2016_
> > u2/compilers_and_libraries_2016.2.181/linux/compiler/lib/
> > intel64:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/compiler/lib/
> > intel64_lin:/gpfs/shared/intel/parallel_studio_xe_2016_
> > u2/compilers_and_libraries_2016.2.181/linux/mpi/intel64/
> > lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/mpi/mic/lib:/gpfs/
> > shared/intel/parallel_studio_xe_2016_u2/compilers_and_
> > libraries_2016.2.181/linux/ipp/lib/intel64:/gpfs/shared/
> > intel/parallel_studio_xe_2016_u2/compilers_and_libraries_
> > 2016.2.181/linux/compiler/lib/intel64:/gpfs/shared/intel/
> > parallel_studio_xe_2016_u2/compilers_and_libraries_2016.
> > 2.181/linux/mkl/lib/intel64:/gpfs/shared/intel/parallel_
> > studio_xe_2016_u2/compilers_and_libraries_2016.2.181/
> > linux/tbb/lib/intel64/gcc4.4:/gpfs/shared/inte!
> >  l/parallel_studio_xe_2016_u2/debugger_2016/libipt/intel64/
> > lib:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/daal/lib/intel64_
> > lin:/gpfs/shared/intel/parallel_studio_xe_2016_u2/
> > compilers_and_libraries_2016.2.181/linux/daal/../tbb/lib/
> > intel64_lin/gcc4.4:/gpfs/shared/intel/parallel_studio_
> > xe_2016_u2/compilers_and_libraries_2016.2.181/linux/
> > daal/../compiler/lib/intel64_lin:/gpfs/python/python-3.4/
> > lib:/gpfs/lsf/9.1/linux2.6-glibc2.3-x86_64/lib:/usr/mpi/
> > gcc/openmpi-1.8.4/lib64:/h/WXQC/met-5.2/lib/gsl-1.15/lib
> > [1115 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] ls -l
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> > -rwxr-xr-x 1 qcteam qcteam 2165867 Apr 28 14:06
> > /h/WXQC/met-6.0/lib/libnetcdf_c++4.so.1
> > [1116 qcteam hpc9-lsn-01d /h/WXQC/met-6.0/bin] point_stat
> > point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > I've tried it from a couple other accounts (Bob's and mine) and we
> > get
> the
> > same error regardless of who we run it under.  So I'm stumped as
to
> > how
> to
> > get MET to see the file.
> >
> > Matt
> >
> > -----Original Message-----
> > From: John Halley Gotway via RT [mailto:met_help at ucar.edu]
> > Sent: Monday, May 1, 2017 11:49 AM
> > To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> > matthew.sittel.ctr at us.af.mil>
> > Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> > <robert.craig.2 at us.af.mil>
> > Subject: Re: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
> > Runtime Issue
> >
> > Hi Matt,
> >
> > This is John.  Thought I'd jump in there on this one.  I just ran
> > the following commands for demonstration:
> >
> > (1) Unset my LD_LIBRARY_PATH ...
> >    > unsetenv LD_LIBRARY_PATH
> >
> > (2) Try to run a MET tool and get the same linker error you're
seeing ...
> >    > point_stat
> >    point_stat: error while loading shared libraries:
libnetcdf_c++4.so.1:
> > cannot open shared object file: No such file or directory
> >
> > (3) Find the location of that file ...
> >    > ls /usr/local/netcdf/lib/libnetcdf_c++4.so.1
> >
> > (4) Reset my LD_LIBRARY_PATH to include that directory ...
> >   > setenv LD_LIBRARY_PATH /usr/local/netcdf/lib
> >
> > Of if you already have other paths in LD_LIBRARY_PATH, use this
> instead...
> >    setenv LD_LIBRARY_PATH /usr/local/netcdf/lib:${LD_LIBRARY_PATH}
> >
> > (5) Rerun the MET tool and that linker error goes away ...
> >    > point_stat
> >
> > *** Model Evaluation Tools (METV6.0) ***
> >
> > Usage: point_stat
> >         fcst_file
> >         obs_file
> >         config_file
> >         [-point_obs file]
> >         [-obs_valid_beg time]
> >         [-obs_valid_end time]
> >         [-outdir path]
> >         [-log file]
> >         [-v level]
> >
> > Not sure if that helps at all, but I wanted to demonstrate what
> > we're seeing.
> >
> > Thanks,
> > John
> >
> >
> > On Mon, May 1, 2017 at 10:26 AM, SITTEL, MATTHEW C CTR USAF AFWA
16
> WS/WXN
> > via RT <met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301 >
> > >
> > > Hi Julie,
> > >
> > > Unfortunately I get the exact same error, despite confirming I
> > > correctly added the path to LD_LIBRARY_PATH.
> > >
> > > Matt
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT [mailto:met_help at ucar.edu]
> > > Sent: Monday, May 1, 2017 10:07 AM
> > > To: SITTEL, MATTHEW C CTR USAF AFMC AFLCMC/HBAW-OL <
> > > matthew.sittel.ctr at us.af.mil>
> > > Cc: CRAIG, ROBERT J GS-12 USAF ACC 16 WS/WXN
> > > <robert.craig.2 at us.af.mil>
> > > Subject: [Non-DoD Source] Re: [rt.rap.ucar.edu #80301] MET 6.0
> > > Runtime Issue
> > >
> > > Hi Matt.  I see that you are experiencing a runtime problem with
> > > point_stat.
> > >
> > > Could you please try adding the path to the libnetcdf_c++4.so.1
to
> > > your LD_LIBRARY_PATH environment variable?  For example if
> > > libnetcdf_c++4.so.1 were in /path/to/netcdf/lib, you would do:
> > >
> > > setenv LD_LIBRARY_PATH /path/to/netcdf/lib:${LD_LIBRARY_PATH}
> > >
> > > Then, try running point_stat again.  Please don't forget to
source
> > > your .cshrc (or .bashrc) file if you add it to that file.
> > >
> > > Please let us know how that goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > >
> > >
> > > On Fri, Apr 28, 2017 at 8:32 AM, SITTEL, MATTHEW C CTR USAF AFWA
> > > 16 WS/WXN via RT <met_help at ucar.edu> wrote:
> > >
> > > >
> > > > Fri Apr 28 08:32:46 2017: Request 80301 was acted upon.
> > > > Transaction: Ticket created by matthew.sittel.ctr at us.af.mil
> > > >        Queue: met_help
> > > >      Subject: MET 6.0 Runtime Issue
> > > >        Owner: Nobody
> > > >   Requestors: matthew.sittel.ctr at us.af.mil
> > > >       Status: new
> > > >  Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80301
> > > > >
> > > >
> > > >
> > > > So I've successfully compiled MET 6.0, or so it says.  But
when
> > > > I run point_stat, I get the following error:
> > > >
> > > > point_stat: error while loading shared libraries:
> libnetcdf_c++4.so.1:
> > > > cannot open shared object file: No such file or directory
> > > >
> > > > The library exists, but what I can't figure out is if it needs
> > > > to be in a particular location for MET to see it.
> > > >
> > > > We have 5.2 installed and point_stat runs fine, so it doesn't
> > > > seem to involve an environment path, so all I can think is
that
> > > > there was something I didn't do right when I compiled.
> > > >
> > > > Any thoughts as to what I need to change to get 6.0 to run?
This
> > > happens
> > > > for other executables in the bin subdirectory, so it seems to
be
> > > > a larger-scale problem.
> > > >
> > > > Thanks,
> > > > Matt
> > > >
> > > > Matthew C. Sittel
> > > > University Corporation for Atmospheric Research
> > > > Matthew.Sittel.ctr at us.af.mil
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>



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


More information about the Met_help mailing list