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