[
https://issues.apache.org/jira/browse/DISPATCH-343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15296625#comment-15296625
]
Vishal Sharda commented on DISPATCH-343:
----------------------------------------
Hi Ted,
This test was run with a cluster of 3 routers R1, R2, R3 all configured for
interior mode. R2 has an inter-router connector to R1, and R3 has two
inter-router connectors - one to R1 and other to R2. All the connectors are
2-way SSL.
Our driver is based on Proton-C Messenger API and we are now doing unsettled
deliveries (stopped doing pre-settled after your response on DISPATCH-336). We
have configured fixedAddress "/" for closest distribution but have noticed that
support for fixedAddress "/" is now gone. Hence, all our queues are configured
for balanced distribution which is default.
In our tests, we ran 2 parallel senders sending to R1 and 2 parallel receivers
also receiving from R1. All senders/receivers were listening on the same
queue. R1 as well as R2 have become completely irresponsive and are not
accepting an incoming connection even from qdstat.
R1 has become around 919 MB resident. Even R2 has grown to 233 MB resident and
R3 to 146MB. All three of them are leaking more memory.
Thanks,
Vishal
> Router stops accepting connections after load from parallel senders
> -------------------------------------------------------------------
>
> Key: DISPATCH-343
> URL: https://issues.apache.org/jira/browse/DISPATCH-343
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Routing Engine
> Affects Versions: 0.6.0
> Reporter: Vishal Sharda
> Priority: Blocker
> Attachments: Connection_aborted.png, Connection_aborted_1.png,
> resource-limit-exceeded.png
>
>
> We ran 2 parallel senders and 2 receivers with each sender sending 50000
> messages. After a while we saw that router stopped accepting connections
> even from qdstat. We saw various errors in the logs (screenshots attached).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
