Closed StevenCTimm closed 3 years ago
After CERN enabled XRootD third-party-copy with credential delegation (https://cern.service-now.com/service-portal?id=outage&n=OTG0062669), the CTA multihop via FTS3 works fine.
For the test, first, I tested writing a file using xrdcp to CTA:
$ XrdSecPROTOCOL=gsi,unix xrdcp wyuantestfile5 root://eosctapublicpps.cern.ch//eos/ctapublicpps/archivetest/dune/wyuantestfile5
[10MB/10MB][100%][==================================================][10MB/s]
Then I tested multihop EOSCTA => FNAL_DCACHE_TEST => EOSPUBLIC => EOSCTA, by fts-transfer-submit
attached json file submit.txt
fts-transfer-submit -s https://fts3-devel-next.cern.ch:8446 --json-submission -f submit.txt
Transfers work fine (https://fts3-devel-next.cern.ch:8449/fts3/ftsmon/#/job/7fcf2346-8647-11eb-ac3c-02163e01b527).
I tested it using my own DN and dunepro
, both can work.
Transition from Castor to CTA now under way.. castor now set to recall only, CTA supposed to be available on April 12
Testing is complete. Closing
They will send E-mail with the various url's we need to test against, first reading from eosctareadonly and writing to eosctapublicpps pre-prod.
We have to send them E-mail with the DN's we want to enable to write.