 |
 |
Hi Steve. We have a similar problem at Imperial. We are only allowed gsidcap access for security reasons but unfortunately the CMS software does not speak gsidcap, just dcap, so we tried to use the LD_PRELOAD trick. Unfortunately this did not work for us when using some CMS software that uses the mysql libraries. I do not pretend to understand why. Locally we had no problem (apart from it not working) adding the preload to a cms setup script in VO_CMS_SW_DIR that CMS jobs source. Cheers Stuart Steve Traylen wrote: > Hi > > We have had various users from CMS come in recently trying to do things like > > $ cat dcap://dcache.gridpp.rl.ac.uk:22218/pnfs/gridpp.rl.ac.uk/data/dteam/sausage > > or just > > $ cat /pnfs/gridpp.rl.ac.uk/data/dteam/sausage > > unfortuantly these fail by default and need a > > export LD_PRELOAD=libpdcap.so > > I presume a similar thing would be needed with a LD_PRELOAD of the shift > libraries to rfio access the DPM managed space. > > I don't think it is a good idea for us to set LD_PRELOADs in the default > environment as it is really not what people are expecting to be there by > default. > > Is it reasonable to expect end users to set these LD_PRELOADS themselves or > should we be doing something for them. Has anyone given it any thought or had > similar problems elsewhere. > > Steve > > > > > > >