Hello, I tried to investigate this issue on my installations (I have it
too), but didn't come to any conclusion. Here (scroll all the way
down) someone suggest that moving it to /dev/shm fixes the
problem:
https://serverfault.com/questions/400089/apache2-sslsessioncache-running-but-not-working
. I didn't have time to try it myself in some VM, and obviously
don't work to experiment on production installations.
This is totally normal practice in UNIX to create files and immediately delete them. They will continue to exist as long as any process(es) holding handles on these files running. However, examples you provided are about different files, not ssl_scache. I couldn't find deleted handle on ssl_scache in my system.Both these link destinations are deleted. So it looks like the SSL session and stapling caches are created, opened, and then deleted, with the file descriptors remaining active and the caches remaining functional.
These are probably symlinked.the above file descriptors point inside /run/, not /var/run/
--
With Best Regards, Marat Khalili |