On Wed, 13 Nov 2019, Paul Cuzner wrote:
Hi Sage,
So I tried switching out the udev calls to pyudev, and shaved a whopping 1sec from the timings..Looking deeper I found that the issue is related to *ALL* process.Popen calls (of which there are many!) - they all use close_fds=True.
My suspicion is that when running in a container the close_fds sees fd's from the host too - so it tries to tidy up more than it should. If you set ulimit -n 1024 or something and then try a ceph-volume inventory, it should just fly through! (at least it did for me)
Let me know if this works for you.
Yes.. that speeds of significantly! 1.5s -> .2s in my case. I can't say that I understand why, though... it seems like ulimit -n will make file open attempts fail, but I don't see any failures. Can we drop the close_fds arg? sage