Hello Andreas I think you have to specify a cache system. try to add: oss.cache /export/gka1900/babar10/kanga/cache0 oss.path /store inplace oss.path /prod inplace In this case (inplace) the files are not put into the cache. (The cache dir must exists) I think in the new version the configuration of the path should be easier but I have to check it as i am not quite sure if Andys improvements made it into the latest production release. Cheers, Wilko On Tue, 26 Jun 2007, Andreas Petzold wrote: > Hi Wilko and Andy, > > > On Friday 22 June 2007 17:11:44 Wilko Kroeger wrote: >> Hello Andreas >> >> You should just need >> olb.path w /store >> in the config for the redirector. >> >> You can checkout the configuration used at slac: >> # redirector-config >> http://www.slac.stanford.edu/~wilko/xrd/xrootd.cf_rdr >> >> # dataserver config >> http://www.slac.stanford.edu/~wilko/xrd/xrootd.cf_srv >> >> Which xrootd version are you using? >> The latest productions version 20070321-1251p1 makes the configuration a >> little bit easier. > > we still haven't gotten it to work :-(. We've switched to the latest > production version on one of our dataservers, but now the olb on the > dataserver complains that there are no writable file systems. > > 070626 15:40:54 001 [log in to unmask] phase 1 server initialization > suceeded. > 070626 15:40:54 001 [log in to unmask] phase 2 server initialization > started. > 070626 15:40:54 001 olb_Meter: Warning! No writable filesystems found; write > access and staging prohibited. > 070626 15:40:54 001 [log in to unmask] phase 2 server initialization > completed. > 070626 15:40:54 001 olbd [log in to unmask]:54571 initialization > completed. > > The config we are using on this sever looks like this: > > all.manager l01-001-110.gridka.de 3121 > all.role manager if l01-001-110.gridka.de > all.role server if f01*.gridka.de > > olb.path r /store > olb.path w /prod > olb.port 3121 > olb.sched cpu 100 > > oss.alloc * * 80 > oss.fdlimit * max > oss.localroot /export/gka1900/babar10/kanga/EventStore > > xrd.protocol xrootd * > > xrootd.async off > xrootd.chksum crc32 /home/xrootd/bin/getCRC32.sh > xrootd.export /prod > xrootd.export /store > xrootd.fslib /home/xrootd/software/gpfs/current/lib/libXrdOfs.so > xrootd.monitor all dest files info user babar2:9930 > > The /prod and /store areas are actually on the same file system: > > ls -l /export/gka1900/babar10/kanga/EventStore > total 64 > drwxrwxr-x 5 babaradm babar 32768 Jun 26 14:32 prod > drwxrwxr-x 7 babaradm babar 32768 Apr 16 09:56 store > > The user that is running xrootd belongs to the group 'babar' so we don't think > it is a permissions problem. > > Cheers, > > Florian, > Jan Erik, > Andreas > >> >> Cheers, >> Wilko >> >> On Fri, 22 Jun 2007, Andreas Petzold wrote: >>> Hi, >>> >>> I have a redirector and a few dataservers. The servers export a file >>> system /prod with write permissions: >>> >>> olb.path r /store >>> olb.path w /prod >>> olb.port 3121 >>> olb.sched cpu 100 >>> olb.subscribe l01-001-110.gridka.de >>> olb.wait >>> >>> ofs.redirect target >>> >>> oss.alloc * * 80 >>> oss.fdlimit * max >>> oss.localroot /home/xrootd/disk >>> >>> xrd.protocol xrootd * >>> >>> xrootd.async off >>> xrootd.chksum crc32 /home/xrootd/bin/getCRC32.sh >>> xrootd.export /prod >>> xrootd.export /store >>> >>> No I have the following problem. I want to copy a file to the server >>> pool, but the redirector claims that no server is available for writing >>> the file: >>> >>> xrdcp -d 2 ap_skims.lst root://babar.gridka.de:1094//prod/ >>> [snip] >>> 070622 15:42:19 10305 Xrd: SendGenCommand: Server declared: No servers >>> are available to write the file.(error code: 3005) >>> >>> Interestingly enough, I seem to be able to delete files from the servers >>> via xrootd. >>> >>> How should I configure the dataservers so that I'm able to write to the >>> through the redirector? >>> >>> Cheers, >>> >>> Andreas > > >