[part of a series of meetings]

Participants

Dmitry; Tigran, Tanja, Christian, Paul.

Agenda

[see box on the right-hand side]

Postcards

Up to two minutes (uninterrupted) per person where they can answer two questions:

• What I did last week (since the last meeting),
• What I plan to do in the next week.

No questions until we get through everyone :)

Dmitry: some interviews, offer someone the position as dCache developer. Idea to implement the SRM client that would be more acceptable in the OSG community. Dmitry had a meeting about this. Maintaining FermiLab? dCache; part of this was migrating data .. Gerd also looked at this.

Christian: still working on SSH2 admin patch. Done all the rev; gLite to EMI migration instructions; bug-mapping work for EMI.

Tanja: made a patch for WebDAV to sort tables in directory listing view; now working on formatting billing.

Tigran: NFS ID mapping stuff (NFS uses gPlazma to do forward GSS code (Kerberised everything) only missing part is how to switch this off within spring; how to hook into something else (e.g., Hadoop) ... not that easy to do for the pool. Five point plan to do this, (first point in RB). More than three days to get Hadoop running on a node and failed. 1.9.13-1 released.

Paul: SAML + reliable startup

Patrick: back from vacation .. EMI review in Brussels .. we did well. Now preparing the WLCG workshop. Just gave presentation to Super-B in Italy. Gerd gave a nice talk, including the WebDAV client written in JavaScript?. This gives someone a pretty user-interface for file management. (Tigran doesn't like it)

Plans for patch-releases

Should we make a new patch release?

no plans.

Pin-manager

Paul preferred Gerd's solution.

Tigran to merge Gerd's patch and make a 1.9.5 release.

Migrating data

Dmitry has some questions about missing features (see email to team).

Ability to move exactly a certain amount of data (or number of files) I want to move.

Tigran: could be implemented in 1.9.10, please check.

Upgrading from gLite to latest 1.9.5

Can say in the RPM that we supply the latest reversion.

1.9.12

What do we recommend?

Haven't tested if the migration works.

Recommend using dCache.org 1.9.12 for now. This is until we're confident the migration 1.9.5 -- 1.9.12-FHS works.

Support for EMI releases must go through the EMI support process (GGUS tickets).

If a user has gLite then they can install EMI release. If they are downloading dCache from dCache.org then they should continue downloading from dCache.org, for now.

We are no longer in gLite.

Trunk activity

Progress with new features...

Future plans

Three tier model: people can now afford fast disks, but only several TB of disks. First layer is fast SSD disks; second layer is slower disks for streaming; third layer is tape (as before).

EMC introduced this model: satellites have v. fast hard disks (we provide NFS access to these fast disks). Streaming data for the slower disks.

Tigran is trying to implement the Hadoop part... everywhere was assume that all data is accessible as File (i.e., that it's available from the local filesystem).

More work

Catalogue synchroni .. now dynamic catalogues?

SRM scalability

Should be ready for review in a months time.

Question from Dmitry

What is the circumstance when you do

dccp write at the same moment on the mounted filesystem on the same moment

There is a patch that changes dccp to have an exclusive open. The namespace

NFS 3 and Chimera. With PNFS NFSv3 there's no real exclusive open.

When removing part of code there was a special case.

GSS tunnel with dcap

Patch for JavaTunnel? in ReviewBoard about gssdcap infrastructure. Don't print long stack-trace in door.

CDF were complaining about these long stack traces.

Connect to the GSSKerberised door without a token. If something goes wrong then retries without the tunnel and this causes the stack-trace.

Billing

We have a problem that billing is printing information (info.toString). As a user you can't modify this format. What Tanja is doing is changing this to be configurable by the users. This means we can make more fields available, but retain the old format (for compatibility).

Issues from yesterday's Tier-1 meeting

PIC is upgrading their Tier-1 facility to 1.9.12.

Issues from EMI

gLite to EMI transition needs to be documented and tested. Christian is working on this.

Christian needs a reference installation (something representing a realistic configuration)

Namespace is on a separate machine; pool on separate machine; maybe srm on a separate machine.

EMI is recommending a fresh install rather than upgrading from gLite. For dCache, this is bad advise. We should recommend upgrading rather than a fresh install.

Outstanding RT Tickets

[This is an auto-generated item. Don't add items here directly]

 RT 6327: setting a pool readonly in PoolManager doesn't survive a restart

Just needs fixing.

 RT 6343: p2p copy/move

Agreed not to do just now.

Change PoolManager to send migrate message (instead of pool-to-pool). Later we can add migration options.

Review of RB requests

Done.

DTNM

Same time, next week.