[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[netCDF #UYK-674261]: nf_open run time error
- Subject: [netCDF #UYK-674261]: nf_open run time error
- Date: Fri, 12 Aug 2016 12:47:29 -0600
Hello Carlos,
I'm glad you were able to successfully install the netCDF library. I'm
unfamiliar with WRF-Chem, but I will try to help you as best that I can.
I have two thoughts. First, are you able to write, compile and run a simple
test program which uses netCDF-Fortran? It needn't do anything useful; it
would only serve to determine if the issue is specific to WRF-Chem, or if it is
an issue in the environment which needs to be addressed.
Second, it may be that you need to modify the LD_LIBRARY_PATH environmental
variable at runtime to point to `/usr/local/lib`; whether or not this is
required varies by Linux distribution, but you might try setting that
environmental variable and seeing if the issue persists.
Once we know whether or not this is an environmental issue, we can figure out
the next steps. Also, you might try reaching out to the WRF-Chem support
staff, as they may have a better idea what the fix will be.
I hope this helps,
-Ward
>
> Hi Ward,
>
>
> Hope you are doing well. After the successful installation and use of netcdf
> in the WRF-Chem KPP coupled simulation we have also use our current version
> of netcdf (netcdf-C-4.4.0 and netcdf-fortran-4.4.3) to install additional
> pre-processors to use with the previous simulation.
>
>
> On of these pre-processors in called PREP-CHEM-SRC-1.5, which is also linked
> to netcdf, hdf5 (1.8.17) and zlib libraries. When digging on the Web
> literature we find many times the recommendation to compile the code using
> the following netcdf include and library linking conventions:
>
> -I /usr/local/include -L/usr/local/lib64/lib -lnetcdff -lnetcdf
>
> When compiling the code with the above conventions the executable is
> successfully built, but the nf-open error still persists when attempting to
> run the program and open a netcdf file. Please bear in mind that the
> netcdf.mod file is also found in the /usr/local/include directory, but when
> specifying the netcdf.mod full path in the compiling file we receive a
> compiling error.
>
> Also we have found that when attempting to run the executable command of the
> PREP-CHEM-SRC-1.5 pre-processor, we receive the following message:
>
>
> opening ./GOCART/dms_data/dms_1x1.25.nc - specie= DMS
> ./prep_chem_sources_RADM_WRF_FIM_SIMPLE.exe: symbol lookup error:
> ./prep_chem_sources_RADM_WRF_FIM_SIMPLE.exe: undefined symbol:
> __netcdf_MOD_nf90_open
>
> Attached you fill find a print-out of the compiling of the code, a copy of
> the include file used to compile the code, as well as a print out of the
> executable command.
>
> We would appreciate your thoughts regarding a recommendation to resolve the
> above mentioned issue, especially if you think we should re-install any
> particular C and Fortran version of netcdf with any particular installation
> options (--enable fortran, --enable shared, enable classic, etc).
>
> Thank you for your time and help,
>
>
> Carlos
>
>
>
>
>
>
>
>
>
Ticket Details
===================
Ticket ID: UYK-674261
Department: Support netCDF
Priority: Normal
Status: Closed
===================
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata
inquiry tracking system and then made publicly available through the web. If
you do not want to have your interactions made available in this way, you must
let us know in each email you send to us.