Last modified 4 years ago Last modified on 11/07/17 15:40:22

dCache Tier I meeting November 7, 2017

[part of a series of meetings]

Present, IN2P3(), Sara(), Triumf(), BNL(), NDGF(Ulf), PIC(Elena), KIT(Xavier), Fermi(), CERN()


(see box on the other side)

Site reports


dCache is running fine.


xrootd redirection (AAA for CMS)

Not working well.

Running (SLAC) xrood: both a manager and dataserver running separately from dCache.

Try to use DNS round-robin, both for dCache doors and for the SLAC xrootd components in front.

RT 9129

Uploaded full debug output from the client


Try to add instrumentation at DESY to figure out what went wrong.

WebDAV tests

Have seen uploads fail IllegalStateException? "too much data seeking EOF in CLOSE"

The problem happens often, but not always, and with specific doors.

Xavier will open a ticket describing the problem.


RT ticket 9282

Very rarely the file's PNFSID was recorded in billing as being uploaded in the /upload directory.

The remaining files simply didn't existing billing.

All files in lost+found had zero length.


Today applied 3.1.21 patch. Now running fine.

Everything is running fine.


Installing 3.2 on Ubuntu seems to be getting closer to working.


The problem appears to be understood.

Paul: Would a release that fixes only this be useful?

Ulf: Yes.


Internal discussion on this should lead to a clearer picture soon.

srmmanager local-host

Problem due to poor documentation.

Paul to:

  • Update release notes to add srm DNS configuration incompatibility
  • Update the srmmanager configuration property to provide a hint to modify srm.loginbroker.address instead.

Support tickets for discussion

[Items are added here automagically]


Same time, next week.