On Wed, Jan 22, 2020 at 04:56:59PM +0800, Honggang LI wrote:
> > > 
> > > 	rdma_destroy_event_channel(ch);
> > 
> > This call should fail, since there's still a valid id open on it.
> 
> Yes, you are right. After switch rdma_destroy_event_channel and
> rdma_destroy_id, the memory leak issue is gone.
> 
> But we still observe file descriptor leak.

I managed to reproduce the file descriptor leak without dapl. That means
it is a librdmacm issue.

Please see attachment 'rdmacm-fd-leak.txt' for details.