 |
 |
to follow up here... I've tried it again, with the same configs, and now it works. To the best of my knowledge nothing is different, except the absence of this problem - both drives on all the clients are receiving data. I'd rather know what fixed it, but I'll take it and move on. Thanks for your help, ksb On 12/20/11 5:08 PM, Keith Beattie wrote: > Here you go, attached. Both from xrootd and cmsd. > > Thanks, > ksb > > On 12/16/11 11:55 PM, Wilko Kroeger wrote: >> >> Hello Keith >> >> I am using the release 3.1.0 at slac with cache systems (using oss.space >> public ...) and files are placed in all cache systems. >> Could you maybe post the startup message from the xrdlog? >> >> Cheers, >> Wilko >> >> >> >> On Fri, 16 Dec 2011, Keith Beattie wrote: >> >>> Hi Andy, >>> >>> I'm using 3.1.0, built from source. I tried doubling the oss.cache >>> lines and the servers failed to start. When using oss.space rather >>> than oss.cache, doubling those lines isn't fatal, but regardless I get >>> the same behavior - data only to the first entry. >>> >>> Thanks, >>> ksb >>> >>> On 12/16/11 6:06 PM, Andrew Hanushevsky wrote: >>>> Hi Keith, >>>> >>>> You may not be missing anything, depending on what version you are >>>> using. There was a bug that exhibited exactly this behaviour. The >>>> bypass >>>> (other than upgrading to atleast 3.0.2) is to list the oss.cache >>>> entries >>>> twice for each path. >>>> >>>> Andy >>>> >>>> On Fri, 16 Dec 2011, Keith Beattie wrote: >>>> >>>>> Hello all, >>>>> >>>>> This seems like I'm missing something simple but can't seem to find >>>>> it. >>>>> >>>>> On my data servers nodes, only the first 'oss.cache' entry is getting >>>>> data, the following disks don't seem to ever get written to. Below is >>>>> an example of what the config looks like on the data nodes (not santa >>>>> where the manager is running). What am I missing? >>>>> >>>>> ---- >>>>> all.role server >>>>> all.manager santa 3121 >>>>> >>>>> all.export / >>>>> oss.localroot /data/ns >>>>> oss.cache public /data/xrddata >>>>> oss.cache public /data1/xrddata >>>>> ---- >>>>> >>>>> i.e. /data/xrddata gets filled, /data1/xrddata does not. >>>>> >>>>> Thanks, >>>>> ksb >>>>> >>>>> ######################################################################## >>>>> >>>>> >>>>> Use REPLY-ALL to reply to list >>>>> >>>>> To unsubscribe from the XROOTD-L list, click the following link: >>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 >>>>> >>>> >>>> ######################################################################## >>>> >>>> Use REPLY-ALL to reply to list >>>> >>>> To unsubscribe from the XROOTD-L list, click the following link: >>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 >>> >>> ######################################################################## >>> Use REPLY-ALL to reply to list >>> >>> To unsubscribe from the XROOTD-L list, click the following link: >>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 >>> > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the XROOTD-L list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the XROOTD-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1