dcache icon indicating copy to clipboard operation
dcache copied to clipboard

Space reservation 10754482 may not be used for this write request

Open cfgamboa opened this issue 3 years ago • 1 comments

There are door related messages that need clarification see below the information related to the log and space reservation. Issue observed in the BNL dCache system

Some messages with:

/var/log/dcache/gridftp-dcdoor08Domain.log:22 Sep 2021 04:13:48 (GFTP-dcdoor08-15subnet-AAXMkRftiqg) [door:GFTP-dcdoor08-15subnet-AAXMkRftiqg@gridftp-dcdoor08Domain] Space reservation 10754482 may not be used for this write request [net=188.184.85.177,protocol=GFtp/2,store=LAKELOCALGROUPDISK:LAKELOCALGROUPDISK@osm,cache=,linkgroup=localgroup-disk-link-group]
protocol=GFtp/2,
store=LAKELOCALGROUPDISK:LAKELOCALGROUPDISK@osm,cache=,
linkgroup=localgroup-disk-link-group
[dcadmin02] (SpaceManager2@srm-dcsrmdb03Domain) admin > ls spaces 10754482 
   TOKEN S LINKGROUP                  RETENTION LATENCY     ALLO              USED              FREE               SIZE             EXPIRES DESCRIPTION
10754482 - localgroup-disk-link-group REPLICA   ONLINE 538242065 + 789663162591442 + 556138531564317 = 1345802232397824                     ATLASLOCALGROUPDISK

cfgamboa avatar Sep 22 '21 14:09 cfgamboa

You're quite right: the log message is not good.

The problem here likely comes from pool-manager, rather than space-manager.

Space-manager checks that there's at least one pool that the client can write into, given the linkgroup that this reservation is from.

You should check your pool-manager configuration.

paulmillar avatar Sep 23 '21 12:09 paulmillar

thank you

cfgamboa avatar Oct 20 '22 17:10 cfgamboa