 |
 |
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 or view it on GitHub: https://github.com/xrootd/xrootd/issues/1636 You are receiving this because you are subscribed to this thread. Message ID: <[log in to unmask]> ######################################################################## 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