[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #JFV-537900]: ncdump hangs on a netcdf served by NFS

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [netCDF #JFV-537900]: ncdump hangs on a netcdf served by NFS
  • Date: Mon, 27 Apr 2020 15:30:23 -0600
Hello! I hope you are well!

I presume that there are no problems reading this file if you copy it and read 
it locally. What happens if you try to invoke `ncdump -k <file>`, which should 
return just the type of netCDF file.  Does this work, or does it also hang?

I will try to recreate this issue with an nfs mount locally, but as to date we 
have no reports of issues when reading netCDF files across an NFS mount.  There 
are no known reasons why it should hang.  Let me know if `ncdump -k` works, and 
confirm that you can read a local netCDF file, and I will try to recreate this 
using a local NFS mount.

Thanks,

-Ward

> Good evening from Italy!
> 
> This is a very strange problem:
> 
> I have a NFS mount point (just one since other works fine!) from which I'm
> not able to read ANY netcdf file using netcdf routines.  I can sucessfully
> "ls" ancd "cp" the netcdf file in the NFS mount point but I can't "ncdump"
> it !
> 
> The machine acting as NFS server reports no error as well the client machine.
> 
> Netcdf version is 4.7.3
> 
> Thank you very much for any help!
> 
> mount |grep sgi_mito
> gi:/sgi_mito on /sgi_mito type nfs 
> (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.153.27,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=192.168.153.27)
> 
> ncdump -h  /sgi_mito/OP/uscite_MITO/201912/20191218/NC/T.0000016380.nc
> ==> HANGS AS WELL ANY OTHER NF_OPEN IN MY FORTRAN PROGRAMS
> 
> cp /sgi_mito/OP/uscite_MITO/201912/20191218/NC/T.0000016380.nc
> ==> WORKS FINE
> 
> 
> ls -ls  /sgi_mito/OP/uscite_MITO/201912/20191218/NC/T.0000016380.nc
> 59836 -rw-r--r-- 1 oper OPERATIVI 61269736 Dec 18 23:22 
> /sgi_mito/OP/uscite_MITO/201912/20191218/NC/T.0000016380.nc
> 
> nc-config --all
> 
> This netCDF 4.7.3 has been built with the following features:
> 
> --cc            -> icc
> --cflags        -> -I/usr/local/include
> --libs          -> -L/usr/local/lib -lnetcdf
> --static        -> -lhdf5_hl -lhdf5 -lm -lz -lcurl
> 
> --has-c++       -> no
> --cxx           ->
> --has-c++4      -> no
> --cxx4          ->
> --has-fortran   -> yes
> --fc            -> ifort
> --fflags        -> -I/usr/local/include
> --flibs         -> -L/usr/local/lib -lnetcdff -lnetcdf -lnetcdf -lm
> --has-f90       ->
> --has-f03       -> yes
> --has-dap       -> yes
> --has-dap2      -> yes
> --has-dap4      -> yes
> --has-nc2       -> yes
> --has-nc4       -> yes
> --has-hdf5      -> yes
> --has-hdf4      -> no
> --has-logging   -> no
> --has-pnetcdf   -> no
> --has-szlib     -> no
> --has-cdf5      -> yes
> --has-parallel4 -> no
> --has-parallel  -> no
> --prefix        -> /usr/local
> --includedir    -> /usr/local/include
> --libdir        -> /usr/local/lib
> --version       -> netCDF 4.7.3
> 
> 
> 


Ticket Details
===================
Ticket ID: JFV-537900
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.