Hola Arnau,
> last Tuesday we migrated our gridmapdir NFS server, so we removed all
> entries (all mapping already done).
Why not tar up the directory and unpack it on the new server?
Did you drain all your CEs beforehand?
> But that CREAM, after mapping user to new pool account, is still
> trying to us old delegation id :
>
> HoldReason = "CREAM error: CREAM_Job_Register Error:
> MethodName=[jobRegister] Timestamp=[Thu 11 Aug 2011 15:40:30] ErrorCode=[0]
> Description=[delegation
> error: delegation id \"1312818437.495268\" not found!]
> FaultCause=[delegProxyInfo \"1312818437.495268\" not found!]"
>
> (https://ggus.eu/ws/ticket_info.php?ticket=73414)
>
> IIRC we had a similar problem some time ago and we had to recreated
> cream DB in order to correct "user map to delegation id", but I'm
> wondering if we could do it in other fast way.
>
> (seems bug https://savannah.cern.ch/bugs/?74807)
Indeed, it looks as if the fix was not complete.
> May I remove old delegations?
The error message already says some old delegation could not be found,
i.e. it looks removed already. Or does it exist for another account?
Anyway, a clean way out of this mess is to drain the CEs, zap their DBs
and reconfigure them. Otherwise, open a GGUS ticket for CREAM or send a
message to [log in to unmask] or check its archive:
https://lists.infn.it/sympa/info/cream-discuss
|