gamboa

Hello @paulmillar Thank you for your feedback. I have updated the FTS transfer URL with the one related to this transfer. More contextual information is that the day before we...

Hello @paulmillar Which version of dCache is this? dcache-7.2.7 for doors and SRM, other components are 7.2.3 Is the problem ongoing, or are transfers succeeding again? Yes after restarting the...

The GID is not sent in the request it is required for the transaction as is set as not NULL. ``` dcache=# \d "REMOTETRANSFERS"; Table "public.REMOTETRANSFERS" Column | Type |...

Hi Thank you. Yes transfermanagers.enable.db=true Carlos

thank you. For tables REMOTETRANSFER and REMOTETRANSFER_B be if modified as alter table "REMOTETRANSFERS_B" alter column "GID" drop not null; alter table "REMOTETRANSFERS" alter column "GID" drop not null; Will...

There are different entries on the Postgres database associated with this: ``` 2021-11-14 21:30:28.948 EST [27376] STATEMENT: UPDATE pins SET state = $1,request_id = $2 WHERE id = $3 2021-11-14...

@paulmillar is there any parameter that alleviates the contention observed to be set at the pin manager side?

Single one. > On Nov 15, 2021, at 11:10 AM, Lea ***@***.***> wrote: > > > Okay. Do you use a single PinManager or several in this instance? > >...

No those parameter were not changed, The parameters enabled last Friday are pinmanager.cell.max-message-threads = 100 pinmanager.cell.max-messages-queued = 10000 Currently these are the parameters explicitly set: pinmanager.db.connections.max=150 pinmanager.cell.max-message-threads = 100 pinmanager.cell.max-messages-queued...

> uses the database and simply indicates that the database is somewhat struggling to keep up Looking at the database instance average execution time for query response is about .1...