salut Jérôme, Jerome LAURET wrote: > > Hello Peter, > > I beleive we asked how to do that at some point (hide > the path arranegement) except that we could not figure out on how > to mix /home and /data into a single substitution. Your case of > oss.localroot /kanga and oss.remoteroot /kanga or /xrootd at SLAC > ar a bit too convenient. Can we trick olb with soft-link or there > is a simple syntax which can take care of all /data + /home (the > path afterward is all and the same) ?? in a multi experiment setup, I "tricked" the system by using soft links, making one single filesystem being visible using two different prefix, but I don't think this is exactly what you want in your particular case. cheers, JY > > > > Peter Elmer wrote: > >> Hi Pavel, >> >> On Sun, Feb 27, 2005 at 01:05:46PM +0100, Pavel Jakl wrote: >> >>> we are using in our conf files export multiple directories and all >>> data from these directives are accessible: >>> >>> xrootd.export /data0 >>> xrootd.export /data1 >>> xrootd.export /data2 >>> xrootd.export /home >> >> >> >> Hmm, you are probably right: perhaps this was something that Andy >> fixed at some point? I see Matt is using the xrootd version from ROOT >> 4.02-00 itself (i.e. 20041124-0752). What version are you running at >> BNL? >> >> Matt, could you try the latest "development" version 20050226-0852? >> This >> is a development version, but the one we are currently testing to become >> the next "production" version. >> >> (Unfortunately it looks like we got one of the intermediate >> development >> versions of the xrootd server itself into the production version of >> ROOT! >> It is no big deal to download and build the proper version of the server >> separately, but we'll need to be careful in the future to make sure only >> production versions of xrootd wind up in production versions of ROOT...) >> >> >>> I also enlose the log file from redirector where you can see, that >>> files (from /data1 and data2) are located and redirected to right >>> node without using cache file system. >>> >>> 050227 12:14:22 28868 odc_Locate: user=starlib.782:12@rcas6002 >>> redirected to rcas6067.rcf.bnl.gov:1095 by xrdstar >>> path=/data2/starlib/reco/productionCentral/FullField/P02ge/2001/318/st_physics_2318037_raw_0012.MuDst.root >>> >>> 050227 12:14:22 28868 odc_Receive: Server: Received from >>> xrdstar.rcf.bnl.gov: 481 !try rcas6067.rcf.bnl.gov:1095 >>> 050227 12:14:22 28868 odc_Locate: user=starlib.782:12@rcas6002 >>> redirected to rcas6067.rcf.bnl.gov:1095 by xrdstar >>> path=/data2/starlib/reco/productionCentral/FullField/P02ge/2001/318/st_physics_2318037_raw_0008.MuDst.root >>> >> >> >> >> I guess the "/data2", etc. is left from your previous method of >> finding >> the files? In general we try to hide that from the user (since it is >> an internal detail of the server-side) with some combination of the >> cache filesystem and the use of the "localroot" directive. >> Pete >> >> ------------------------------------------------------------------------- >> >> Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) >> 767-4644 >> Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, >> Switzerland >> ------------------------------------------------------------------------- >> > >