[io] Silently fallback if full xroot path is not found on EOS#16173
Conversation
Test Results 18 files 18 suites 4d 20h 18m 12s ⏱️ For more details on these failures, see this check. Results for commit bcffa30. ♻️ This comment has been updated with latest results. |
hahnjo
left a comment
There was a problem hiding this comment.
LG iff the URL really contains the full path. If not, maybe it's enough that the last part has the right filename?
|
Sorry for coming back to this after a long time. I have rebased and tested on lxplus. Indeed |
540f742 to
24c7c48
Compare
24c7c48 to
894ff54
Compare
amadio
left a comment
There was a problem hiding this comment.
Looks good to me. When EOS fails, usually it just returns the URL of the MGM (the namespace server), without a path. So this should be good to skip the cases in which the file has just been created as intended.
Note, however, that in your first case, because EOS is mounted not onto |
Sometimes the `getxattr` call returns a valid string, but the string is incomplete. Namely, part of the full URL to the file on EOS is missing (usually the filename itself). Workaround by checking that the xurl string ends with the filename and in case it is not present, avoid calling TFile::Open. Co-authored-by: Jonas Hahnfeld <jonas.hahnfeld@cern.ch>
894ff54 to
bcffa30
Compare
Sometimes the
getxattrcall returns a valid string, but the string is incomplete. Namely, part of the full URL to the file on EOS is missing (usually the filename itself). Workaround by checking for the presence of the filename in the xurl string and in case it is not present, avoid calling TFile::Open.