Paul Millar

Hi @cfgamboa , So, at a high level, what's happening here is ATLAS wants to copy a file from T0D1 (i.e., disk) storage to T1D0 (i.e., tape) storage. To do...

Hi @cfgamboa , A couple of quick questions: Which version of dCache is this? Is the problem ongoing, or are transfers succeeding again? SRM and HTTP-TPC are unrelated; however, both...

The repeated attempts to kill those two transfers might be unrelated, but they are still a bug. Just as extra information: once the JTM has decided to kill a mover,...

Could you check how prevalent is this issue? Is it just the one file (or a few files) that was "double staged" or is it affecting a significant fraction of...

What you say is true: the problem certainly _could_ be severe. However, I was wondering how many files have _actually_ been staged onto separate pools? (either in absolute numbers or...

OK, thanks. Do these multi-pool stages come in bursts and correlate to poolmanager restarts?

Yes. This is a common problem with all doors that cache login information. The results to any change in gPlazma configuration are not see immediately.

Sorry for the delay. Could you check the space-manager log file, to see if there are any errors reported there? Cheers, Paul.

Thanks for checking, Chris. Do you think the SpaceManager database is running slowly? Perhaps you could enable PostGreSQL's slow query logging feature for the space-manager database and see if there...

Hi Chris, There's nothing (said so far) so say this problem will not be fixed. The issue has not been closed! Tigran commented noted that the problem "ATLAS sites suffer...