Hi,
1. Create a VM and a volume, and attach the volume to VM.
Check the FD count with lsof and the FD count is increased by 10.
2. Fill the volume with dd command on the VM
Check the FD count with lsof and the FD count is increased dramatically and stable after the FD count is increased by 48(48 is the exact number of OSDs)
If the creation timestamp of the FD is not changed, but the socket information to which the FD was linked is changed, it means new tcp connection is established.
If there's no reading/wring ongoing, why new tcp connection is still established and the FD count is stable?
Br.
Yafeng
On Tue, 20 Aug 2019 at 10:07, Eliza <eli@xxxxxxxxxxxxxxxx> wrote:
on 2019/8/20 9:54, fengyd wrote:
> I checked the FD information with the command "ls -l /proc/25977/fd" //
> here 25977 is Qemu process.
> I found that the creation timestamp of the FD was not changed, but the
> socket information to which the FD was linked was changed.
> So, I guess the FD is reused when establishing new tcp connection.
I alomost got a lot of tcp connections from host mounted with block
devices to ceph's backend.
regards.
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
