GFAL/lcg_util - 1.11.19
Current State :: Production
Contact :: cristina.aiftimiei@pd.infn.it
Technical Contact :: cristina.aiftimiei@pd.infn.it
Description :: The Grid File Access Library (GFAL) is a library that offers to the user a POSIX-like interface to access data on various flavours of Storage Elements offering an SRM interface. GFAL is interfaced to SRM-compliant back-ends (both v1.1 and v2.2) and storage systems such as Castor, dCache or DPM in which case the relevant protocol is used transparently behind the scenes. Using information published in the information system, it resolves relevant abstract domain data/file names so that the physical data access as well as the end-points of services are achievable transparently. It allows and unifies access to various types of items such as: LFN, GUID, SURL, SRM and TURL or local path. In addition, some of the crucial, yet common, backend calls are exposed through the library so that users are not limited to POSIX mapping to do specific calls e.g. to reserve space or pin a file. The pluggable architecture of the library permits dynamic change of the versions of some of the supported protocols (i.e. rfio, dCache) without need of redeployment. lcg_utils was used to create Grid equivalents of UNIX copy commands and file registration that can span two storage systems and catalogues of choice (i.e. LFC, EDG). Other functions have been implemented, such as getting the list of file replicas from many sources, performing lookups on LFNs or GUIDs, changing the status of the file or finally removing it from the Grid. The choice of commands implemented was user driven and is often on the first frontier for the Grid user or Grid testers. lcg_utils is both the C library and simple command-line programs based on this library. It consists of 16 calls and Unix command line programs wrapping them.
Release Date :: 20111124
Major Version :: 1
Minor Version :: 11
Revision Version :: 19
Release Notes :: What's New: Bugfix release, mainly to fix gSOAP log file generation problem and some regressions after integrating the new shared libraries (is-interface, gridftp-ifce). Bugs submitted by externals (users). lcg-cp sometimes leaves behind it an empty file when the transfer fails Memory corruption in is-interface lcg-stmd Segmentation Fault version 1.11.18-2.sl5 lcg-gt sends the set of environment variables in the SRM request lcg-cr and lcg-cp commands list of bdii's issue SOAP generates too much log files Add a "last chance" check shortly before the final timeout in case of exponential backoff Bugs submitted by developers (tracked in Trac only). lcg-stmd fatal error with cannot allocate memory support 32bits platforms local gcreen build failed (EMI build) gsoap-devel must be a dependency of lcgutil in EMI Add unit test suite to is-interface is-interface should not depend on Globus Consolidate is-interface file names Add "sd_is_online" function to is-interface Installation and configuration Upgrading to GFAL_lcg_util 1.11.19: # sudo yum update lcg_util Known issues Multiple versions of Globus libraries loaded, problem tracked in Savannah bug #72833. Symptom: When using the non-threaded GFAL Python binding, the second call of a GFAL function using gfal_creat internally fails. Reason When using non-threaded gfal from python, (import gfal) and using RFIO access method, both the threaded and non-threaded Globus libraries are loaded, because the plugin handling the case uses threaded globus while non-threaded GFAL uses non-threaded Globus. This results the wrong behavior. Workaround Use the threaded GFAL version from Python. The following two lines do the trick: import gfalthr gfal=gfalthr Other issues - http://bit.ly/eoVvHq
Additional Details :: https://wiki.egi.eu/wiki/UMD-1:UMD-1.4.0#emi.lcg-util.sl5.x86_64
Change LOG :: Put the Change logs here (multiline field)
Repository URL :: sw/production/umd/1/sl5/x86_64/updates
Documentation Links ::
Keywords ::