XROOTD-L Archives

Support use of xrootd by HEP experiments

XROOTD-L@LISTSERV.SLAC.STANFORD.EDU

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Andrew Hanushevsky <[log in to unmask]>
Reply To:
Support use of xrootd by HEP experiments <[log in to unmask]>
Date:
Fri, 16 Dec 2011 18:06:06 -0800
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (48 lines)
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

ATOM RSS1 RSS2