Log from server:
220303 16:55:38 2333955 ofs_mkdir: cmsprod.209191:[log in to unmask] Unable to mkdir /store/mc/RunIIFall18GS/MinBias_TuneCP5_13TeV-pythia8/GEN-SIM/102X_upgrade2018_realistic_v9-v1
/00000; file exists
220303 16:55:38 2333955 cmsprod.209191:[log in to unmask] XrootdResponse: sending err 3018: Unable to mkdir /store/mc/RunIIFall18GS/MinBias_TuneCP5_13TeV-pythia8/GEN-SIM/102X_upgr
ade2018_realistic_v9-v1/00000; file exists
client log:
https://fts-cms-02.cern.ch:8449/var/log/fts3/transfers/2022-03-04/cmsdcadisk.fnal.gov__xrootd-redir-stageout.ultralight.org/2022-03-04-0055__cmsdcadisk.fnal.gov__xrootd-redir-stageout.ultralight.org__3267143475__c80b7fc8-9b55-11ec-85fd-fa163e4a8c83
or copy of the same log here:
https://login-1.hep.caltech.edu/~jbalcas/fts-dir-failure
Simply what happens. Rucio submits many transfers to FTS, and many of them start at the same time. redirector distributes these transfers to multiple servers - and they all want to create dir at the same timeā¦
As discussed on OSG Slack - it would make more sense that dir exists is non fatal failure
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1