Not sure if this is a "bug" or just an annoyance, or what is the best way to go about it: I observed our TPC transfers today failing in case X.509 delegation was required. The cause was: ``` 210901 08:19:47 393183 ofs_TPC: Unable to create credentials file /tmp/grid/.ofs/.tpccreds/fts3.26515:[log in to unmask]; no such file or directory ``` which in turn was caused by `/tmp/grid/.ofs/.tpccreds` not existing anymore after some days without transfers using X.509 delegation. Checking the code, it seems the directory is only created once, and then assumed to stay. Sadly, `tmpfiles` cleaners such as `systemd-tmpfilesd`or `tmpreaper` regularly pass by nowadays to prune such directories when not used for a while. And since XRootD is running very stable, it runs for many days in a row for us ;-). I think there are several ways this could be handled: * Warn in the documentation about it, and delegate choice of a different directory to the user. * Add a `systemd-tmpfilesd` exception and ship it with the `rpm` packages (might also be necessary to do this for `tmpreaper` and other such things). * Always recreate directories in the adminpath in case they go missing at runtime. I'm not sure what is the best way, and maybe you have an even better idea ;-). -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/xrootd/xrootd/issues/1502 ######################################################################## 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