@chrisburr : sorry for the delay, I finally had time to look at the problem. It seems to me that allowing the poller to fail more gracefully than just calling an abort should fix the problem:

https://github.com/xrootd/xrootd/blob/250eced4d3787c2ac5be2c8c922134153bbf7f08/src/XrdSys/XrdSysIOEventsPollE.icc#L214-L223

That said, it puzzles me that you observed the same problem with GFAL2. GFAL2 is not doing any kind of file descriptor handling behind the scene (AFAIK). Now the epoll_create1 is called with EPOLL_CLOEXEC but I don't thing the close-on-exec is subject to race conditions. Any thoughts?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/issues/1198#issuecomment-856620030", "url": "https://github.com/xrootd/xrootd/issues/1198#issuecomment-856620030", "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