The metadata-related changes in hdf5 1.10 have made it possible for my
(massively parallel) simulation code to restart from a checkpoint.
However, h5fcreate fails to open a file in serial (on BG/Q). In a minimal
test program, a simple h5fcreate call (in a serial program running on 1
processor) results in an error (in contrast, with hdf5 1.8.10, the file is
successfully created):
CALL h5fcreate_f(fileName, H5F_ACC_EXCL_F, fileId, h5err)
fails to create the file (it has zero size), and yields the errors:
HDF5-DIAG: Error detected in HDF5 (1.10.0) thread 0:
#000: H5F.c line 491 in H5Fcreate(): unable to create file
major: File accessibilty
minor: Unable to open file
#001: H5Fint.c line 1168 in H5F_open(): unable to lock the file or
initialize file structure
major: File accessibilty
minor: Unable to open file
#002: H5FD.c line 1821 in H5FD_lock(): driver lock request failed
major: Virtual File Layer
minor: Can't update object
#003: H5FDsec2.c line 939 in H5FD_sec2_lock(): unable to flock file,
errno = 38, error message = 'Function not implemented'
major: File accessibilty
minor: Bad file ID accessed
Tried to create file, err = -1
HDF5-DIAG: Error detected in HDF5 (1.10.0) thread 0:
#000: H5F.c line 749 in H5Fclose(): not a file ID
major: Invalid arguments to routine
minor: Inappropriate type
Creating files in parallel does not seem to be a problem.
Is there a work-around? Even in the full simulation code, this is a
straightforward serial open/read/write by a single process; there is no
danger of multiple readers, etc.
Might this issue be fixed by the recent patch to 1.10?
Thanks,
Greg.
_______________________________________________
Hdf-forum is for HDF software users discussion.
[email protected]
http://lists.hdfgroup.org/mailman/listinfo/hdf-forum_lists.hdfgroup.org
Twitter: https://twitter.com/hdf5
