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.

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/issues/1636", "url": "https://github.com/xrootd/xrootd/issues/1636", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

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