Details
-
Bug
-
Resolution: Fixed
-
Critical
-
6.6.0, 6.6.1, 6.6.2, 6.6.3, 7.0.0, 7.0.1
-
Untriaged
-
1
-
No
Description
In a recent case from the field we've seen XDCR holding 70,000 sockets that do not have a process on the other side of the connection. When lsof is run, these sockets show up as follows:
|
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
|
...
|
goxdcr.bi 24440 cbadmin 5u sock 0,7 0t0 303953540 protocol: TCP
|
goxdcr.bi 24440 cbadmin 6u sock 0,7 0t0 211821560 protocol: TCP
|
goxdcr.bi 24440 cbadmin 10u sock 0,7 0t0 216966092 protocol: TCP
|
...
|
In this case the user had set the file descriptor limit to 70k and so at this point XDCR is unable to create new connections. This issue was previously tracked in MB-44182 and believed to be fixed, but it seems that the core issue hasn't been completely fixed.
Attachments
Issue Links
- is a backport of
-
MB-47943 XDCR - File descriptor leak in XDCR
- Closed