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.
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.
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.
the above file descriptors point inside/run/, not/var/run/
These are probably symlinked.
--
With Best Regards,
Marat Khalili
